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| (57) Abstract 

The present invention is an expert matching method and 
apparatus for managing communication between an expert 
having particular qualifications and an end user seeking a 
solution to an expert request. In a preferred embodiment, 
the apparatus of die present invention includes a controller 
(200) having a database for storing expert qualifications. In 
one embodiment, the controller receives an expert request 
A search program identifies experts qualified to respond 
to the expert request The expert request (200) is then 
transmitted to the expert, which results in an expert answer 
(130) transmitted to and received by the central controller. 
After authentication of the expert answer, using a wide range 
of security levels from passwords to cryptography, the answer 
is forwarded to the end user. The method and apparatus of 
the present invention have applications on the Internet as well 
as conventional voice telephony systems. 
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METHOD AND APPARATUS FOR A CRYPTOGRAPHIC ALLY- ASSISTED 
COMMERCIAL NETWORK SYSTEM DESIGNED TO FACILITATE AND 
SUPPORT EXPERT-BASED COMMERCE 

5 BACKGROUND OF THE INVENTION 

Field of the Invention 

The method and apparatus of the present 
invention relate to electronic commerce applications using 
digital and analog networks. 
10 Background 

Computerized marketplaces of all kinds are well 
known in the art. They range from simple classified ad 
bulletin boards to complex mainframe -based market systems 
such as NASDAQ which offers a real-time market-making 
15 system for tens of thousands of securities brokers. All 
modern stock, bond and commodity exchanges are supported 
by underlying computerized databases and related systems 
which enable them to function. 

Typically, electronic Exchanges are designed to 
20 facilitate commercial transactions of tokens of ownership, 
such as shares of stock, or physical objects such as 
ounces of gold or a used car. Other Exchanges specialize 
in the sale of information stored on databases such as 
that provided by Lexis /Nexis, where users pay fees for 
25 accessing articles while content providers are paid per 
article downloaded. Still other Exchanges provide 
matching services where each party is seeking an efficient 

vray to find the other, such as might be provided by a 

dating service or a job bank. 
30 Exchanges whose function is to support a 

marketplace for the buying and selling of consulting 
services have been few and far between. Since this type 
of Exchange supports a form of commercial activity which 
is meant to take place in the future, the Exchange's role 
35 is to serve as a structured meeting ground for the 

negotiation of the service to be provided. However, an 
Exchange which performs this type of negotiation service 
creates what has heretofore been considered an unavoidable 
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tt man-in-the-middle" problem. In the process of assisting 
in the negotiation of a consulting contract, one or both 
parties must first disclose their identity to the other. 
Thereafter, if commerce appears likely to occur, one party 
5 can simply contact the other directly and privately, 

without the exchange's knowledge, thereby avoiding any 
costs which might otherwise have been assessed by the 
Exchange . 

In the past, attempts have been made to 
10 establish so-called "information marketplaces" to overcome 
this problem by providing a wide range of supplementary 
services to add value to the role played by the Exchange. 
The most notable example of the many failed attempts to 
solve the problem was the American Information Exchange, 
15 AMIX, a service which was piloted in 1991 and soon 
thereafter disbanded by Autodesk Inc., a software 
development company located in Sausalito, CA. 

AMIX • s goal was to establish an on-line 
marketplace for the buying and selling of both information 
20 and consulting services where every user could be either a 
buyer or a seller, with AMIX facilitating transactions 
between them. The AMIX system required both buyers and 
sellers to become a member of the service, agree to pay a 
monthly service fee and then purchase and install a 
25 dedicated front -end program. A self -described "electronic 
farmer's market," parties could negotiate agreements for 
the sale of information or consulting services which AMIX 
organized by topic. AMIX offered to serve as a non- 
binding mediator should the parties have a dispute and 
30 select a binding arbitrator if necessary. The system also 
intended to serve as a central record keeper and funds 
transfer point, either for the clearing of credit card 
charges or disbursements from pre-established accounts 
which AMIX managed. AMIX offered neither anonymity nor 
35 the controlled release of identity. Buyers or sellers who 
identified each other using the service could then bypass 
the service, though AMIX charged monthly fees so that the 
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financial impact of such off -exchange activities might be 
offset. Furthermore, it encouraged both buyers and 
sellers to post comments about each other so that future 
buyers and sellers would be able to evaluate the past 
5 reputations of one another. 

To understand the failure of AMIX, and all other 
prior attempts to create working expert -exchange 
marketplaces, it is necessary to understand that effective 
markets, whether they be physical or electronic, require a 
10 complete and highly specialized set of conditions in order 
to function and thrive. A "single missing ingredient or 
feature of service might result in a shortage of either 
buyers or sellers and lead to the collapse of the Exchange 
— which needs sufficient quantities of both to continue 
15 operation. At the same time, the Exchange must be able to 
ensure that it can derive sufficient income from the 
commerce of its activities in order to support the 
Exchange's cost of operations and make a profit. 

All successful Exchanges must be able to 
20 motivate significant numbers of both buyers and sellers to 
use the Exchange versus other' available market 
alternatives. Thus, buyers and sellers must l) have a 
high expectation of the usefulness of the Exchange which 
makes them willing to take the time and effort to learn 
25 the rules of the Exchange, and, if necessary, become 

recognized by the Exchange, 2) locate each other on the 
Exchange ~at : exactly "the right time and place, 3) be able 
to quickly and easily negotiate transaction terms, 4) 
reach a complete and final agreement where the 
30 expectations of the parties are well defined, 5) arrange 
for acceptable credit terms, 6) deliver the goods or 
services called for by the agreement, 7) deliver payment 
when the agreement is fulfilled, 8) rely on the Exchange 
to enforce the agreement made on the Exchange with 
35 certainty of both payment and legal recourse, 9) find the 
transaction fees reasonable in comparison to alternatives, 
and 10) have ready access to the market without levels of 
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knowledge and cost of hardware commensurate with the value 
of the goods or services sold on the Exchange. 

Traditional real world commerce in expertise or 
consulting services strongly favors circumstances where 
5 both parties are, at least occasionally, in the same place 
at the same time and can see one another. When there is 
no face -to- face contact between the parties (relying 
instead on mail, phone, faxes, etc.) significant burdens 
and costs are imposed on the parties which reduce the 

10 likelihood of expert commerce taking place. This is 

especially true if the parties are located in different 
countries where differences in language, customs, legal 
systems, currencies, etc., must be dealt with. Each added 
burden dramatically reduces the chances for agreement and 

15 increases the difficulty -of satisfying all of the 

previously stated infrastructure conditions. Finally, if 
one or both of the parties in an on-line transaction is a 
private party (such as a part-time freelance consultant) 
with no established organization or commercial resources, 

20 the problems can become effectively insurmountable. 

Notwithstanding the hurdles, there is a strong 
case to be made that as tens of millions of businessmen, 
government officials, academics and ordinary consumers 
interact with each other more and more via on-line 

25 networks, the demand for worldwide commerce in expert 

services will grow dramatically in the years ahead. What 
is needed to unlock this growth is a universally 
accessible facilitating system which is designed to 
specifically handle the buying and selling of expert 

30 services, as opposed to selling information or simply 
providing an electronic farmer's market. Much as 
computerized stock markets were invented that could 
seamlessly and effortlessly handle transactions of 
billions of shares of equities, bonds and financial 

35 instruments every day, there exists a need for expert - 

based markets where human experts can reliably sell their 
services to clients they have never met, utilizing a 
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structured, organized system that facilitates and supports 
the infrastructure needed for expert commerce. What's 
more, such an expert market system should allow for 
entirely new features and qualities of service that were 
5 heretofore not possible before the rise of computers, 

databases and the ubiquitous Internet with its related on- 
line networks. 

Furthermore, there is a need for a system for a 
buyer -driven protocol whereby the expert consultant seeks 
10 to find appropriate clients and a seller-driven protocol 
whereby clients who need to locate and retain appropriate 
expert consultants can do so on an efficient, ad hoc 
basis. 

The applicant is unaware of the existence of any 
15 such commercially viable expert exchange which contains 
the features described above- 

SUMMARY OF THE INVENTION 

The present invention, in one aspect, is 
20 directed generally to an expert matching apparatus for 
managing communications between an expert having 
particular qualifications and an end user seeking a 
solution to an end user request, including (1) a 
controller unit configured for processing an end user 

25 request generated by an end user, the controller unit 
having a database for storing therein a plurality of 
qualifications for a plurality of experts, each expert 
qualification associated with an address corresponding to 
a particular expert, the controller unit configured to 

30 search the database to generate a search result containing 
at least one expert qualification which corresponds to the 
end user request, the controller unit further configured 
to select an expert based on the search result; and (2) a 
transceiver disposed in communication with the controller 

35 unit, the transceiver configured for transmitting at least 
a portion of the end user request to the address of the 
selected expert based on the search result, for receiving 
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an expert answer corresponding to the transmitted end user 
request, and for transmitting at least a portion of the 
expert answer to the end user. 

The invention is also directed generally to an 
5 expert matching apparatus for managing communications 

between an expert having particular qualif ications and an 
end user seeking answers to a problem, including (l) a 
controller unit for processing an end user request 
generated by an end user, the controller unit haying a 

10 database for storing therein a plurality of expert 

qualifications, each expert qualification associated with 
an expert address corresponding to a particular expert, 
the controller unit configured to establish a price for an 
expert answer corresponding to an end user request; and 

15 (2) a transceiver disposed in communication with the 

controller unit, the transceiver configured for receiving 
an end user request for evaluation by at least one expert, 
for transmitting at least a portion of the end user 
request to an address of a selected expert, for receiving 

20 the expert answer responsive to the transmitted end user 
request and for transmitting the expert answer to the end 
user. 
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BRIEF DESCRIPTION OP THE DRAWINGS 

Figure 1 illustrates a first embodiment of the 
present invention. 

Figure 2 is a block diagram showing one 
5 embodiment of the central controller. 

Figure 3 illustrates an embodiment in which the 
computing resources of the central controller are 
distributed over a number of servers. 

Figure 4 is a block diagram showing an exemplary 

10 expert interface. 

Figure 5 is a block diagram showing, an exemplary 

user interface. 

Figure 6 illustrates an embodiment showing how 
an end user request is generated. 
15 Figure 7 illustrates an embodiment showing the 

initial processing of an end user request. 

Figure 8 illustrates one embodiment of 
transmitting the end user request to the appropriate 
experts . 

20 Figure 9 illustrates an embodiment showing the 

development of an expert answer. 

Figure 10 illustrates an exemplary embodiment 
for compensating experts and billing end users. 

Figure 11 illustrates an exemplary compensation 
25 method employing credit card payment. 

Figure 12 illustrates an exemplary compensation 
method employing bank checks. 

Figure 13 illustrates an exemplary compensation 
method employing electronic fund transfers, 
30 Figure 14 illustrates an exemplary compensation 

method employing the transfer of digital cash. 

Figure 15 illustrates an exemplary embodiment 
for allowing end users to select experts. 

Figure 16 illustrates an exemplary embodiment of 
35 how experts receive and respond to end user requests after 
being selected by users. 

Figures 17, 18, 19 , and 20 illustrates an 



WO 98/04061 



PCTAJS97/12978 



- 8 - 

exemplary embodiment for synchronous communications 
between an expert and an end user. 

Figure 17 illustrates an embodiment where the 
end user connects to an online service and is assigned a 
5 message window. 

Figure 18 illustrates an embodiment of the end 
user interacting with a message window. 

— Figure 19 illustrates an embodiment showing how 

the expert connects to an online service and enters a 
10 message window. 

Figure 20 illustrates an embodiment of the 
expert interacting with a message window. 

Figures 21, 22, 23, and 24 illustrate an 
exemplary embodiment for grading exams of the present 
15 invention. 

Figure 25 illustrates an exemplary 
authentication process using symmetric keys. 

Figure 26 illustrates an exemplary 
authentication process using asymmetric keys. 
20 Figure 27 illustrates an exemplary 

authentication process using digital signatures. 

Figure 28 illustrates an exemplary 
authentication process using hash functions. 

Figure 29 illustrates an exemplary embodiment 
25 using anonymous mix. 

Figures 30, 31, 32, and 33 illustrate an 
exemplary embodiment of how end users and experts may 
negotiate during their transactions. 

Figures 34 and 35 illustrate an exemplary 
30 embodiment of the quality assurance feature of the present 
invention. 
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DETAILED DESCRIPTION OF TEE INVENTION 

The method and apparatus of the present 
invention will now be discussed with reference to figures 
1, 2, 3, 4, and 5. In a preferred embodiment, the present 
5 invention includes end user interface 500, central 

controller 200, associated databases, and expert interface 
400. The present invention identifies the appropriate 
expert, supervises the distribution of requests to the 
appropriate experts, and supplies timely answers to the 
10 end user. Thus, a person looking for expert knowledge can 
receive it in a simple, cost and time effective manner. 
System Architecture 

The system architecture of a first embodiment of 
the apparatus and method of the present invention is 
15 illustrated with reference to Figures 1 through 5. As 

shown in Figure 1, the apparatus of the present invention 
comprises expert interface 400, central controller 200, 
and end user interface 500 (collectively the "nodes") . 
Each node is connected via an Internet connection using a 
20 public switched phone network 110, such as those provided 
by a local or regional telephone operating company. 
Connection may also be provided by dedicated data lines, 
cellular, Personal Communication Systems ("PCS"), 
microwave, or satellite networks. Expert interface 400 
25 and user interface 500 are the input and output gateways 
for communications with central controller 200. 

Using the above components, the present 
invention provides a method and apparatus to receive 
questions or inquiries requiring judgmental analysis, 
30 identify qualified experts, transmit such inquiries to 

them, and forward corresponding answers to the end user. 
Through the method and apparatus of the present invention, 
end users can efficiently select the qualifications of the 
experts, and receive verification of the experts' 
35 qualifications. 

As shown in Figure 2, central controller 200 
includes central processor (CPU) 205, cryptographic 
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processor 210 , RAM 215 , ROM 220, payment processor 230, 
billing processor 225, clock 235, operating system 240, 
network interface 245, and data storage device 250. 

A conventional personal computer or computer 
5 workstation with sufficient memory and processing 

capability may be used as central controller 200. In one 
embodiment it operates as a web server, both receiving and 
transmitting^ data^ inquiries generated -by- end users. 
Central controller 200 must be capable of high volume 
10 transaction processing, performing a significant number of 
mathematical calculations in processing communications and 
database searches. A Pentium microprocessor such as the 
100 MHz P54C, commonly manufactured by Intel Inc., may be 
used for CPU 205. This processor employs a 32 -bit 
15 architecture. Equivalent processors include the Motorola 
120 MHz PowerPC 604 or Sun Microsystem's 166 MHz 
UltraSPARC- I. 

An MC68HC16 microcontroller, commonly 
manufactured by Motorola Inc., may be used for 
20 cryptographic processor 210. Equivalent processors may 
also be used. This microcontroller utilizes a 16 -bit 
multiply-and-accumulate instruction in the 16 MHz 
configuration and requires less than one second to perform 
a 512 -bit RSA private key operation. Cryptographic 
25 processor 210 supports the authentication of 

communications from both the experts and end users, as 
well as allowing for anonymous transactions. 
Cryptographic processor 210 may also be configured as part 
of CPU 205. Other commercially available specialized 
30 cryptographic processors include VLSI Technology's 33MHz 
6868 or Semaphore Communications' 40 MHz Roadrunner284 . 

Referring again to Figure 2, billing processor 
225 and payment processor 230 comprise conventional 
microprocessors (such as the Intel Pentium) , supporting 
35 the transfer and exchange of payments, charges, or debits, 
attendant to the method of the apparatus. Either 
processor (225 or 230) may also be configured as part of 
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CPU 205. Processing of credit card transactions by these 
processors may be supported with coinmercially available 
software, such as the Secure Webserver manufactured by 
Open Market, Inc. This server software transmits credit 
5 card numbers electronically over the Internet to servers 
located at the Open Market headquarters where card 
verification and processing is handled. Their Integrated 
^Commerce Service provides back- office services necessary 
to run Web-based businesses. Services include online 
10 account statements, order- taking and credit card payment 

authorization, credit card settlement, automated sales tax 
calculations, digital receipt generation, account-based 
purchase tracking, and payment aggregation for low-priced 
services. 

15 Data storage device 250 may include hard disk 

magnetic or optical storage units, as well as CD-ROM 
drives or flash memory. Data storage device 250 contains 
databases used in the processing of transactions in the 
present invention, including expert database 255, end user 
20 database 260, end user request database 265, expert answer 
database 270, payment database 275, billing database 280, 
expert qualifications database 285, and cryptographic key 
database 290. In a preferred embodiment database software 
such as 0racle7, manufactured by Oracle Corporation, is 
25 used to create and manage these databases. 

Expert database 255 maintains data on the 
experts, including name, address, private key information, 
email addresses, physical addresses, payment preferences, 
rates, availability standards, voice mail addresses, 
30 expert profile 155, biographies, past expert answers 130, 
and respective subject areas of expertise. Expert profile 
155 includes automatic bid amounts, minimum completion 
times, acceptable price ranges, and the like. Expert 
database 255 includes rating information generated by end 
35 users, as well as expert address 145, which is used to 

direct communications to the expert. Expert address 145 
comprises a phone number, web page URL, bulletin board 
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address, pager number, telephone number, email address, 
voice mail address, facsimile number, or any other way to 
contact the expert. Expert database 255 also stores all 
bid requests 160 and bid offers 165 generated by the 
5 expert. Advertising data generated by the expert may also 
be stored in this database. 

End user database 260 maintains data on end 

users,— such as name, -address, phone number, -ID number, 

email address, payment preferences, past system usage, 
10 private key information, etc. It also contains end user 
profile 150, which stores preferences for required 
response time, acceptable qualification levels, acceptable 
price levels, automatic bid amounts, and the like. It 
also contains copies of each bid request 160 and bid offer 
15 165 generated by the end user. 

End user request database 265 includes all end 
user requests 120 received by central controller 200, 
indexed by subject. A unique tracking number is also 
stored for each end user request 120. End user request 
20 database 265 also storeB the grading request 125, which is 
a set of questions and answers generated in the grading 
embodiment. All requests 115 are also stored in this 
database . 

Expert answer database 270 archives all expert 
25 answers 130 received by central controller 200. This 

database is indexed by expert answer 130 tracking number. 

Payment database 275 and billing database 280 
track all commercial transactions, as well as payment and 
billing preferences. These databases are valuable in the 
30 event of complaints by both end users and experts 

regarding payment, because an audit trail can be produced. 

Expert qualifications database 285 maintains 
expert qualifications 140 on the expert's professional, 
academic, and industry qualifications, such as licenses, 
35 degrees, publications, experience, certifications, 

professional education, skill sets, languages, location, 
response times, rates, resume, etc. These qualifications 
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may be stored in multimedia form (e.g. text, video, audio) 
and transmitted to end users looking for further 
qualification data about an expert. In an alternative 
embodiment, expert qualifications database 285 and expert 
5 database 255 can be combined into a single database. 

In order to facilitate cryptographic functions, 
there is cryptographic key database 290 which stores both 
symmetric and asymmetric keys. These keys are used by 
cryptographic processor 210 for encrypting and decrypting 
10 all end user requests 120 and expert answers 130, as well 
as message traffic such as bid amounts or offers and 
acceptances of work. Audit database 295 stores 
transactional information that may be retrieved for later 
analysis. Text data from chat rooms might be stored in 
15 this database, for example, so that end user complaints 
about service can be independently verified. 

Network interface 245 is the gateway to 
communicate with end users and experts through respective 
end user interface 500 and expert interface 400. 
20 Conventional internal or external modems may serve as 
network interface 245. Network interface 245 supports 
modems at a range of baud rates from 1200 upward, but may 
combine such inputs into a Tl or T3 line if more bandwidth 
is required. In a preferred embodiment, network interface 
25 245 is connected with the Internet and/or any of the 
commercial online services such as America Online, 
CompuServe, or Prodigy, allowing end users access from a 
wide range of online connections. Several commercial 
email servers include the above functionality. NCD 
30 Software manufactures "Post .Of f ice" , a secure server-based 
electronic mail software package designed to link people 
and information over enterprise networks and the Internet. 
The product is platform independent and utilizes open 
standards based on Internet protocols. Users can exchange 
35 messages with enclosures such as files, graphics, video 
and audio. The system also supports multiple languages. 
Alternatively, network interface 245 may be configured as 
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a voice mail interface web site, BBS, or email address. 

While the above embodiment describes a single 
computer acting as the central controller, those skilled 
in the art will realize that the functionality can be 
5 distributed over a plurality of computers. In another 

embodiment, central controller 200 may be configured in a 
distributed architecture, as shown in Figure 3, wherein 
__^the- databases -and- processors -are housed in separate units 
or locations. Controllers 320 through 340 perform the 
10 primary processing functions and contain at a minimum RAM, 
ROM, and a general processor. Each of these controllers 
is attached to WAN hub 300 which serves as the primary 
communication link with the other devices. WAN hub 300 
may have minimal processing capability itself, serving 
15 primarily as a communications router. Although only three 
controllers are shown in this embodiment, those skilled in 
the art will appreciate that an almost unlimited number of 
controllers may be supported. In such a configuration, 
each controller is in communication with its constituent 
20 parts, but the processor and/or data storage functions are 
performed by stand-alone units. Payment processor and 
database 350, billing processor and database 360, and 
expert /end user database 370 all communicate through WAN 
hub 300 with controllers 320 through 340. This 
25 arrangement yields a more dynamic and flexible system, 

less prone to catastrophic hardware failures affecting the 
entire system. 

Figures 4 and 5 describe expert interface 400 
and end user interface 500, respectively. In an exemplary 
30 embodiment they are both conventional personal computers 
having an input device, such as a keyboard, mouse, or 
conventional voice recognition software package; a display 
device, such as a video monitor; a processing device such 
as a CPU; and a network interface such as a modem. 
35 Alternatively, expert interface 400 and end user interface 
500 may also be voice mail systems, or other electronic or 
voice communications systems. As will be described 
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further in the following embodiments, devices such as fax 
machines or pagers are also suitable interfaces. 

Referring now to Figure 4, there is described 
expert interface 400 which includes central processor 
5 (CPU) 405, RAM 410, ROM 415, clock 420, video driver 425, 

video monitor 430, communication port 440, input device 
445, modem 450, and data storage device 460, 
Cryptographic processor 435 and biometric device 455 may 
be added for stronger authentication as described later. 
10 A Pentium microprocessor such as the 100 MHz 

P54C described above may be used for CPU 405. Clock 420 
is a standard chip- based clock which can serve to 
timestamp expert answers 130 produced with expert 
interface 400. Modem 450 may not require high speed data 
15 transfer if most expert answers 130 produced are text- 
based and not too long. 

If a cryptographic processor is required, the 
MC68HC1S microcontroller described above is used. The 
structure of biometric device 455 will be described below 
20 in conjunction with the cryptographic authentication 
embodiment-. 

Data storage device 460 is a conventional 
magnetic based hard disk storage unit, such as those 
manufactured by Conner Peripherals. Information storage 
25 database 470 may be used for archiving expert answers 130, 
while audit database 480 may be used for recording 

communications with central controller 200 as well as 

payment records. 

Referring now to Figure 5, there is described 
30 end user interface 500 which includes central processor 

(CPU) 505, RAM 510, ROM 515, clock 520, video driver 525, 
video monitor 530, cryptographic processor 535, 
communication port 540, input device 545, modem 550, and 
data storage device 560. All of these components may be 
35 identical to those described in Figure 4. 

There are many commercial software applications 
that can enable the communications required by expert 



WO 98/04061 



PCIYUS97/12978 



- 16 - 

interface 400 or end user interface 500, the primary 
functionality being message creation and transmission. 
Eudora Pro manufactured by Qualcomm Incorporated, for 
example, provides editing tools for the creation of 
5 messages as well as the communications tools to route the 
message to the appropriate electronic address. 
Asynchronous Communications Embodiment 

- ~ — i In - one™ embodiment" of~~the presents-invention, ~ 

communications between end users and experts take place 
10 asynchronously. The end user creates an end user request 
120, transmits it to central controller 200, and then 
disconnects from the network. The expert generates an 
expert answer 130, transmits it to central controller 200, 
which then transmits it to the end user. The end user and 
15 expert do not communicate in real time. 

With reference to Figure 6, there is described 
the process by which the end user formulates end user 
request 120. The end user first creates a request 115 at 
step 600, such as a question which requires human 
20 judgement, evaluation, analysis, etc. A small business 

owner, for example, might want to learn new strategies for 
lowering his tax bill. Multiple questions may also be 
bundled into one request 115. At step 610, the end user 
converts request 115 into electronic format, if necessary. 
25 Once converted, the end user attaches his name or a unique 
user ID number to request 115 at step 620. This ID number 
is received from central controller 200 when the end user 
registers for the service, or is chosen by the end user 
and then registered with central controller 200 by phone. 
30 Central controller 200 maintains a database of end user ID 
numbers in end user database 260, and issues (or allows) 
only unique numbers. If less security is required, the 
user's telephone number could serve as the ID number since 
it has the advantages of being both unique and easily 
35 remembered. 

At step 630, the end user attaches criteria 117 
to request 115. At step 640, both the user ID and 
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criteria 117 are combined with request 115, producing a 
complete end user request 120. As shown at step 635 in 
Figure 6, criteria 117 include at least one of the 
following: price, time frame required for answer, 
5 qualifications of the expert, subject, geographic 

location, etc. This information is used by central 
controller 200 to route end user request 120 to experts 

meeting- criteria 117. Criteria 117 are searchable? thus 

central controller 200 searches expert database 255 for 
10 appropriate experts to answer end user request 120 based 

on criteria 117. Criteria 117 will typically describe the 
required subject area of the expert, as well as the level 
of expertise necessary to answer end user request 120. 
Sample subject areas include medicine, law, mathematics, 
15 car repair, multimedia editing, etc. Within a given 

subject there may be many levels, such as ten levels of 
car repair expertise. There may be a specific format for 
criteria 117, requiring the end user to use a given set of 
words and symbols such as "PRICE<=200 and SUBJECT-Biology 
20 and QUALIFICATIONS-level 4 and RESPONSE TIME<« 2.0 hours." 
The end user may also designate price, response time, and 
payment terms as criteria 117 of end user request 120. 

Criteria 117 are met by expert qualifications 
140. As part of the registration process for candidate 
25 experts, their expert qualifications 140 are established 
by central controller 200. To be a level four patent 

attorney,- for example, the expert" might have to submit a 

copy of his bar results, and prove that he has had at 
least five years of work experience in patent law. He 
30 might also be required to submit references for three 

recent clients. In one embodiment, a certification means 
is provided whereby central controller 200 takes a more 
proactive role by searching databases for expert 
qualifications. Using a set of predetermined 
35 instructions, central controller 200 first establishes the 
subject of criteria 117. This subject is then correlated 
with an appropriate database of experts. A subject of 
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"law, w for example, is correlated with legal directories 
while a subject of "medical n is correlated with medical 
directories. This database is then queried with the 
candidate's information, allowing the system to certify 
5 the qualifications of a candidate expert. With a subject 
of "law," for example, an appropriate database is the 
Martindale-Hubbell Law Directory which contains over 
900, 000 entries ~f or~lawyers and Taw~f ifms in the United 
States as well as over 140 foreign countries. A search is 
10 - performed using the name of the candidate expert in order 
to see if there is a listing. This search could be 
performed automatically for every candidate requesting 
certification of legal qualifications. If the candidate 
expert represents a field for which there is no online 
15 database available, more general databases could be used. 
A writer, for example, might claim to have written 
articles for several major newspapers about trends in the 
pharmaceutical industry. These qualifications are easily 
certified by searching Lexis/Nexis for those particular 
20 newspapers for samples of his work. Individual companies 
could provide access to their own in- house personnel 
databases. A big six accounting firm, for example, could 
allow limited access to the names of current and past 
employees, allowing central controller 200 to automate the 
25 verification of employment history for many accountants. 

Alternatively, a candidate expert might submit 
expert qualifications 140 for review by a committee of 
higher level experts. In order to be approved as a level 
four patent attorney, for example, an expert might have to 
30 receive the approval of a committee of level five patent 
attorneys. This committee would be selected by central 
controller 200. In this way, the burden of qualification 
falls primarily on the experts themselves, not on central 
controller 200. A hierarchy of experts is created, 
35 similar to the digital certificate authorities used for 

verifying public keys in cryptographic protocols. If each 
expert has a unique cryptographic key, the identity of 
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each higher level expert approving him may be incorporated 
into this key. Every expert answer 130 that the expert 
creates, therefore, would contain information about the 
experts who approved him. Communications with the 
5 reviewing experts are performed by the same method and 

apparatus as described in this asynchronous communications 
embodiment . 

- In- another -embodiment, expertise- is provided not 

by a human expert, but by a conventional expert system, 
10 neural network, or software using artificial intelligence. 
An expert system specializing in the diagnosis of blood 
disorders, for example, could perform key word searches on 
end user requests 120. These key words would become the 
input parameters upon which the expert system would base 
15 its decision. 

Referring again to Figure 6, end user request 
120 is then transmitted to central controller 200 at step 
650. This transfer occurs via electronic mail, although 
the system also supports voice mail, facsimile, or postal 
20 mail transmissions of end user requests 120. With voice 

mail, the end user calls central controller 200 and leaves 
end user request 120 in audio form. These end user 
requests 120 may be transcribed into digital text at 
central controller 200, or made available to experts in 
25 the same audio format. In a postal mail embodiment, 

central controller 200 acts more like a router, directing 

end- user requests- 12 0 to- the-proper-experts, creating 

multiple copies of end user request 120 if necessary. End 
user requests 120 may also be posted to bulletin boards or 
30 web pages operated by central controller 200. In a web- 
based embodiment, end users may fill out an electronic 
form built into the web page of central controller 200. 

It is important to note that the generation and 
transmission of end user request 120 does not require the 
35 use of proprietary software. Conventional electronic mail 
software such as Eudora Pro, for example, is capable of 
providing editing tools for the creation of messages as 



WO 98/04061 



PCTAJS97/12978 



- 20 - 

well as the communications tools to route the message to 
the appropriate electronic address. As long as the 
messages conform to the standards established by central 
controller 200, an electronic mail program is capable of 

5 generating and transmitting end user request 120. The 

standard would specify the address to send the message to, 
the information to be contained in the subject heading, 

and the processing order of the body of the message. The 

first line of the body of the electronic mail, for 

10 example, is the ID number of the end user. The second 
line is their name, the third line is the subject, the 
fourth is the qualifications required, and the fifth line 
is the price. Standard forms could also be electronically 
mailed to the end user, allowing him to simply fill in the 

15 blanks and return end user request 120 to central 

controller 200. Similar forms and standards could be 
applied to fax and postal mail transmissions. 

Referring now to Figure 7, end user request 120 
is received, stored, and processed by central controller 

20 200 before being routed to the appropriate experts. At 
step 700, end user request 120 is received from the end 
user. Central controller 200 supports all transmission 
methods described at step 650, allowing for a wide variety 
of formats of incoming end user requests 120. Some 

25 formats may be changed, however, before further processing 
by central controller 200. End user requests 120 
transmitted by mail in paper form, for example, may be 
scanned- in and digitized, using optical character 
recognition software to create digital text. Once end 

30 user request 120 has been received, it is stored in end 
user request database 265 where it is assigned a unique 
tracking number. 

After being stored at step 700, end user request 
120 may go through a series of processing steps. One 

35 step, if necessary, is language translation, either 

creating a standard language that all end user requests 
120 must be written in, or translating to the language 
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most appropriate for the experts to which it will be sent. 
This translation is provided by language experts 
registered with the system, or by automatic translation 
software such as Systran Professional, manufactured by 
5 Systran Software, Twelve bi-directional language 

combinations are available, including English to/from 
French, Italian, German, Spanish, Portuguese, and 
Japanese. Another step, if-necessary , is to edit for 
spelling or grammatical errors. End user request 120 
10 might also be reviewed for clarity. Any end user request 
120 with an unclear question would be returned to the end 
user for clarification. 

Another processing step searches for criteria 
117. If no criteria 117 have been included, end user 
15 request 120 is sent back to the end user for resubmission. 
Alternatively, the end user can also provide criteria 117 
by selecting the subject of end user request 120 directly 
via an online connection as described later in the 
interactive selection embodiment- If the end user does 
20 not want to provide criteria 117, end user request 120 may 
be classified by searching request 115 for predetermined 
keywords or subject matter designators stored in subject 
database 297. These keywords are then used for generating 
criteria 117. A request 115 for real estate valuations in 
25 Finland, for example, might be assigned criteria 117 of 
" SUB JECT«= Real Estate." Subject database 297 includes a 

list of key words associated with- the subject of real 

estate, such as land, buildings, zoning, etc. Presence of 
one or more of these keywords in request 115 triggers a 
30 classification of request 115 as real estate. 

There are a number of commercially available 
software packages which perform these types of searches, 
such as Semantic Networks by Excalibur Technologies 
Corporation. The software provides the ability to 
35 retrieve approximations of search queries and has a 

natural tolerance for errors in both input data and query 
terms, as well as providing a high level of confidence 
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that searches will be successful regardless of errors in 
spelling of the data being searched. Excalibur's baseline 
semantic network supports mult i- layered dictionary 
structures that enable integration of specialized 
5 reference works for legal, medical, finance, engineering 
and other disciplines. Excalibur's RetrievalWare enables 
developers to build information retrieval solutions for 

-the ful Inspect rum~of digital-information, including text, 

document images and multimedia data types, allowing for 
10 indexing and retrieving of digital images based on their 
objective content. These components enable pattern 
recognition-based image retrieval applications that 
automatically recognize certain types of visual 
information and provide extensive image management 
15 capabilities . 

Before searching for the appropriate expert to 
respond to end user request 120, central controller 200 
searches end user request database 265 at step 710 for 
similar end user requests 120 so that unnecessary 
20 duplication of work by experts is not performed. If end 
user request 120 relates to tax strategies for small 
businesses and has been asked before, there may be no need 
for having an expert create a new expert answer 130. It 
is simpler and cheaper to use the existing expert answer 
25 130. Conventional search algorithms are used to search 

end user request database 265 for duplicate or similar end 
user requests 120. Examples of such string search 
algorithms include Knuth-Morris -Pratt, Rabin- Karp, Boyer- 
Moore, and Baeza- Yates -Gonnet. For reference, one of 
30 ordinary skill in the art may refer to Thomas H. Cormen, 
et al, Introduction to Algorithms . (MIT Press, 1990). 
Such algorithms could be used to determine a match so that 
end user requests 120 using different formats and sentence 
structure can be found. If a similar end user request 120 
35 is found at step 720, then the end user is given the 

option of purchasing the associated expert answer 130 at 
step 730. If the end user wants to buy it, expert answer 
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130 is transmitted to the end user at step 740. A bill is 
sent to the end user at step 750, and royalty payments are 
added to the account of the expert who generated expert 
answer 130. These royalty payments may be a percentage of 
5 the price of the original end user request 120, a fixed 
payment per expert answer 130 used, or a combination of 
both. Royalty payments might decline over time, with a 
predetermined maximum royalty period. 

Referring again to Figure 7, if a similar end 
10 user request 120 is not found at step 720, or if the end 
user decides not to buy expert answer 130 at step 730, 
then central controller 200 begins to search for 
appropriate candidate experts satisfying criteria 117. At 
step 760, criteria 117 of end user request 120 are 
15 extracted and used as parameters for a search of expert 

database 255. At step 770, a list of experts is generated 
whose qualifications meet criteria 117. In a simple 
example, criteria 117 is "SUBJECT=mathematics and LEVEL** 4 
and PAPERS -number theory. " Central controller 200 searches 
20 expert qualifications database 285 for all records with 
expert qualifications 140 field value of level four 
mathematician. From this subset of experts, the database 
field for publications is then searched, eliminating all 
experts who have not published in number theory. The 
25 resulting list of experts satisfies criteria 117. Those 
skilled in the art will appreciate that there are many 
"database search techniques in addition to those protocols 
described above. Fuzzy logic protocols, expert systems, 
and other systems using artificial intelligence may also 
30 be used to search the database and identify experts who 
have expert qualifications 140 which correspond to 
criteria 117. 

The search for qualified experts is not limited 
to those experts registered with the system, however. 
35 External databases of known experts may also be queried to 
find qualified experts. The above mentioned Martindale- 
Hubbell Law Directory, for example, could be searched for 
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a particular specialist. When criteria 117 requires an 
attorney with experience in medical malpractice, for 
example, these keywords are entered into the database to 
produce a list of candidate experts. These experts may be 
5 added to the list of experts generated from registered 
experts. When no database currently exists for a 
particular group of experts. World Wide Web search tools 

such, as .Alta yista may be employed. By typing in a few 

key words, resumes and personal home pages of appropriate 
10 candidate experts are produced. A message may then be 

sent to this list of experts indicating that there may be 
work available for them. 

The resulting list of candidate experts may also 
be reduced after examining expert profiles 155 stored in 
15 expert database 255. These expert profiles 155 contain 

rules or preferences regarding characteristics of end user 
requests 120 sent to the expert. For example, expert 
profile 155 (described in the selection embodiment) might 
indicate that he does not want any end user request 120 
20 transmitted to him that pays less than one hundred 

dollars. Or he may indicate that no end user requests 120 
are to be transmitted to him if they require a completion 
time of less than one hour, unless the subject is fluid 
dynamics. These requirements are codified into rules and 
25 relationships which can be executed by central controller 
200, narrowing the list of target experts. 

Referring now to Figure 8, there is illustrated 
a method for transmitting end user request 120 to the 
appropriate experts. At step 800, central controller 200 
30 generates a price for end user request 120 and attaches 

it. This price is based on several factors including the 
expected length of time to produce expert answer 130, 
complexity of expert answer 130, the qualifications of the 
expert, and criteria 117. End user request 120 and price 
35 are transmitted to the qualifying experts at step 810, 

using expert address 145 contained in expert database 255. 
End user request 120 is transmitted by e-mail, postal 
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delivery, phone, pager, beeper, radio or television 
broadcast, etc. Alternatively, a combination of these 
methods is used. A message might be sent to the expert's 
beeper, for example, telling him to check hi6 email for 
5 the complete end user request 120. 

If the expert does not accept the job at step 
820, he transmits a denial to central controller 200 at 

_step 830, or simply does not respond. If the expert 

accepts at step 820, he sends an acceptance message to 
10 central controller 200 at step 840. Central controller 

200 tracks acceptances, transmitting end user request 120 
back to the end user at step 870 for resubmission if no 
acceptances are received within a given period of time. 
If acceptances have been received at step 850, end user 
15 request 120 is transmitted at step 860 to the first 
responding expert. 

Figure 9 illustrates the concluding phase of the 
process in which the expert develops expert answer 130. 
After receiving end user request 120, the expert develops 
20 expert answer 130 at step 900. At step 910, the expert 
attaches his expert ID and then transmits expert answer 
130 and expert ID to central controller 200 at step 920. 
Central controller 200 adds a tracking number to expert 
answer 130 and stores it in expert answer database 270. 
25 The end user is billed at step 930. As will be described 
in the billing embodiment of the present invention, end 
user payment may take the form of a credit card 
transaction, the direct transfer of funds into his bank 
account, or other preferred methods. After billing the 
30 end user, expert answer 130 is transmitted to the end user 
at step 940. At step 950, the expert is paid for expert 
answer 130 produced. 

After reviewing expert answer 130, the end user 
may be prompted by central controller 200 to provide 
35 reference data such as a rating from one to ten, 

representing the perceived quality of expert answer 130. 
This rating is transmitted to central controller 200 where 
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it is stored in expert database 255. These ratings are 
made available to other end users as reference data, 
providing another parameter for the selection process. 
These ratings are also used for quality control purposes, 
5 with written warnings provided to experts whose average 
ratings dropped below an established level. 
Billing Embodiment 

Figures 10, 11, 12, 13, and 14 describe an 

exemplary payment and billing system of the present 
10 invention. End users are billed for expert answers 130 
received, and experts are compensated for expert answers 
130 produced. The system is capable of ensuring that 
experts receive payment for their work, whether or not the 
end user pays. This provides additional incentive for 
15 experts to register with the system, as the possibility of 
bad debt has been eliminated since central controller 200 
takes on the riBk of not collecting from end users. End 
user invoicing and expert payment is described using 
conventional credit card electronic charges, checks, 
20 Electronic Funds Transfer ("EFT"), or digital cash. These 
payment methods are meant to be merely illustrative, 
however, as there are many equivalent payment methods 
commonly known in the art which may also be used. 

In Figure 10, the billing process is initiated 
25 at step 1000 when central controller 200 transmits expert 
answer 130 to the end user (refer to Figure 9, steps 930, 
940 and 950) . Once the billing process is started, the 
price and tracking number of end user request 120 is sent 
to billing database 280 at step 1010. At step 1020, there 
30 are two billing protocols that can be used. The first, 
cash on delivery, requires that the end user pay before 
receiving expert answer 130. The second protocol is a 
credit system in which the end user pays at the end of the 
billing period. In the cash on delivery protocol, billing 
35 processor 225 generates a bill prior to sending expert 

answer 130 to the end user, proceeding immediately to step 
1030. One exemplary embodiment of a payment guarantee 
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means of the present invention is described as follows. 
Central controller 200 requires the end user to prepay for 
at least part of the services received, forcing the end 
user to keep a minimum balance of money in order to be 
5 eligible to use the system. Central controller 200 then 
automatically deducts the price of expert answer 130 from 
this escrow account before expert answer 130 is 
_ transmitted tothe end user. Transaction records and 
balance information is stored in billing database 280. 
10 Rather than actually depositing the money with central 

controller 200, the end user might instead be required to 
merely have sufficient credit available. A credit card on 
file with central controller 200, for example, is checked 
before end user request 120 is sent to the expert. If 
15 sufficient credit remains in the account, the expert is 
told to complete expert answer 130. If credit available 
is not sufficient to cover the price of expert answer 130, 
the end user is required to provide another credit card 
number. For EFT transfers, the end user's account 
20 information is stored in billing database 280, enabling 

central controller 200 to check the account balance before 
providing expert answer 130 to the end user. 

In a credit protocol, processor 225 searches 
billing database 280 by end user ID at the end of each 
25 billing period and totals the amount owed by each end 

user. It should be noted that in this credit protocol, 
while the end user does not pay until the end of the 
billing period, the expert may still receive payment 
immediately. Central controller 200 pays the expert at 
30 step 870 when end user request 120 is sent to the expert, 
or at step 930 at which point central controller 200 has 
already received expert answer 130. At step 1030, the 
preferred billing method is retrieved from end user 
database 260, and the appropriate billing module (credit 
35 card, EFT, check, electronic cash) , is initiated at step 
1040. In an alternate embodiment, the end user does not 
pay for expert answer 130 unless he is satisfied with it. 
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This embodiment allows the end user to examine expert 
answer 130 for a given period of time, then he sends an 
authorization of payment to central controller 200 if he 
is satisfied. If the end user is not satisfied, a 
5 rejection message is sent to central controller 200 and an 
expert review process is started as described in the 
customer satisfaction embodiment. 

The process of paying the expert begins at step 
1050 when the price and tracking number of end user 
10 request 120 are sent to payment database 275, with the ID 
of the expert extracted from expert answer 130 and stored 
in payment database 275. At step 1060, payment processor 
230 searches payment database 275 by expert ID and totals 
the amount owed to the expert . As with billing the end * 
15 user, the expert could be paid using either a cash on 

delivery or credit protocol. Cash on delivery works the 
same for the expert as it does for the end user. Payment 
is made immediately. In the credit protocol, the expert 
has an account with central controller 200 that maintains 
20 a balance for the expert. At step 1070, the preferred 

payment method is retrieved from expert database 255, and 
the appropriate payment module is initiated at step 1080. 
This step may be held up until payment has been received 
from end user. During the period between payments, while 
25 the expert still has a balance of funds due, it would be 
possible for the expert to use these funds to purchase 
expert answers 130 for himself, with the amount deducted 
from the balance represented in payment database 275. 

Although the above protocols describe a number 
30 of ways in which payments may flow from end user to 
expert, it is important to note the methods by which 
central controller 200 may generate revenues for services 
provided . 

In one embodiment, a flat fee is charged for 
35 every end user request 120 submitted, with the end user 
paying the fee in addition to reimbursing the expert. 
There could also be flat fees that would cover any number 
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of transactions over a given period of time, allowing end 
users to subscribe to the service much as they would 
subscribe to a newspaper. In another embodiment, central 
controller 200 creates a bid/ask spread in which end users 
5 are charged a premium over the cost of the expert. If an 
expert requires fifty dollars for an expert answer 130, 
central controller 200 may mark this up by 20%, charging 
the end user sixty dollars. Experts may be retained by 
central controller 200 on a salaried basis, with revenues 
10 collected from end users paying those salaries. In 
another embodiment, advertisers pay to have messages 
included in end user request 120, expert answer 130, or 
web pages of central controller 200. Advertising revenues 
then partially or fully offset the cost of expert answer 
15 130. Payments to experts for expert answers 130 produced 
may also be reduced in exchange for the expert's 
advertising message displayed at central controller 200 or 
in expert answer 130. Alternatively, the method and 
apparatus of the present invention may be employed without 
20 a payment feature. 

Once the amount owed by the end user and the 
amount to be paid to the expert has been calculated, 
appropriate billing and payment methods are initiated. 
Figure 11 illustrates an exemplary payment and billing 
25 procedure using credit cards as the primary transaction 

vehicle. The advantage of this system is its simplicity. 
"No bank account is necessary, and no paper transactions 
are required. At step 1100, central controller 200 looks 
up the credit card number of the end user in end user 
30 database 260. At step 1105, this credit card number is 
transmitted to billing processor 225. Billing processor 
225 contacts the credit card clearinghouse to get an 
authorization number at step 1110. The billable amount 
appears on the credit card statement of the end user at 
35 step 1115. At step 1120, the clearinghouse posts this 
amount to central controller 200 account. At step 1125, 
central controller 200 updates billing database 280 to 
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occurs on the payment side. At step 1130, central 
controller 200 looks up the credit card number of the 
expert in expert database 255. At step 1135, this credit 
5 card number is transmitted to payment processor 230. 

Payment processor 230 contacts the issuing bank to verify 
that the account is still active at step 1140. Value is 
added to the expert's credit card account at step 1145 , 
where it shows up as a credit on his monthly bill. At 
10 step 1150, central controller 200 updates payment database 
275 to indicate that payment has been made. 

Figure 12 illustrates a payment procedure 
involving standard bank checks. In billing the end user, 
central controller 200 looks up his mailing address at 
15 step 1200 in end user database 260. This address is 

transmitted to billing processor 225 at step 1210. A bill 
is mailed to the end user at step 1220, and the check is 
received from the end user at step 1230. At step 1240, 
central controller 200 updates billing database 280 to 
20 indicate that payment has been made. At step 1250, 

central controller 200 looks up the mailing address of the 
expert in expert database 255. This information is 
transmitted to payment processor 230 at step 1260. 
Payment processor 230 then automatically cuts a hard copy 
25 check, payable to the expert, which is then mailed to the 
expert at step 1270. At step 1280 > central controller 200 
updates payment database 275 to indicate that payment has 
been made. 

Referring now to Figure 13, there is illustrated 
30 a procedure in which funds are transferred via electronic 
funds transfer (EFT) . At step 1300, the bank account 
number of the end user is looked up in end user database 
260. This account number is transmitted to billing 
processor 225 at step 1310, followed by the transfer of 
35 funds directly into the account of central controller 200 
at step 1320. At step 1330, central controller 200 
updates billing database 280 to indicate that payment has 
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been made. Paying the expert is essentially the reverse 
process. At step 1340, central controller 200 searches 
expert database 255 for the bank account number of the 
expert. This bank account number is transmitted to 
5 payment processor 230 at step 1350 , which transfers the 
money directly into the account of the expert at step 
1360. At step 1370, payment database 275 is updated to 
indicate that payment has been made. 

Referring now to Figure 14, there are shown 
10 commercial transaction procedures using digital cash. For 
billing the end user, central controller 200 looks up the 
end user's electronic delivery address in end user 
database 260 at step 1400. This address is transmitted to 
billing processor 225 at step 1410, with the digital cash 
15 being downloaded from the end user at step 1420. At step 
1430, central controller 200 updates billing database 280 
to indicate tha!t payment has been made. Payment to the 
expert proceeds similarly. At step 1440, the electronic 
delivery address is sent to payment processor 230. This 
20 address might be an email address if the digital cash is 
to be transferred by email, or it could be an Internet 
Protocol address capable of accepting an online transfer 
of digital cash. At step 1450, this electronic delivery 
address is sent to payment processor 230. At step 1460, 
25 the digital cash is downloaded to the expert. At step 

1470, central controller 200 updates payment database 275 
to indicate that payment has been made. Using these 
digital cash protocols, it is possible for the end user to 
include payment along with end user request 120 in e-mail 
30 form. An end user who had already negotiated a final 

price with an expert for expert answer 130, for example, 
could include digital cash along with his confirmation of 
the acceptability of the price. 

The practice of using digital cash protocols to 
35 effect payment is well known in the art and need not be 

described here in detail. For reference, one of ordinary 
skill in the art may refer to Daniel C. Lynch and Leslie 
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Lundquist, Digital Money . John Wiley & Sons, 1996? or Seth 
Godin, Presenting Digital Cash , Sams Net Publishing, 1995. 
Interactive Selection Embodiment 

In one embodiment of the present invention, the 
5 end user selects the expert (s) prior to transmitting end 
user request 120, rather than having central controller 
200 select for the end user based on criteria 117 . In 
this embodiment— end user request 120 sent to central 
controller 200 includes the ID number of the selected 
10 expert (s). The benefit to selecting the expert prior to 
sending end user request 120 is that the end user gains 
more control over the routing of end user request 120, 
allowing the end user to include some experts while 
excluding others. For example, if end user request 120 
15 involves a particular business, the end user may not want 
central controller 200 to route end user request 120 to 
certain experts involved with that business. In order to 
facilitate the end user selecting the expert, the present 
invention includes an interactive selection embodiment. 
20 Figures 15 and 16 show an interactive selection embodiment 
which allows the end user to establish an online 
connection with central controller 200, select a subject 
area matching end user request 120, select qualified 
experts, and then submit end user request 120. 
25 Figure 15 describes an embodiment of the present 

invention wherein the end user selects an expert to 
respond to request 115. The end user establishes an 
online connection via the INTERNET, AOL, CompuServe, 
Prodigy, or other conventional online system to central 
30 controller 200 at step 1500. End user interface 500 
displays a screen on video monitor 530 which offers a 
selection of predetermined subject areas at step 1510, 
such as Finance, Real Estate, Medicine, Legal, Sports, 
Music, Recreation, Hobbies, etc. as described in box 1515. 
35 These subject areas are stored in subject database 297. 

The end user selects a category, and is prompted to select 
from various sub- categories at step 1520, such as 



WO 98/04061 



PCT/US97/12978 



pediatrics or optometry, within the medicine category as 
described in box 1525. 

After a sub-category is selected, a list showing 
expert qualification 140 levels is displayed as in box 
5 1535, e.g., Level 1, Level 2, Level 3, etc. Each level 
corresponds to predetermined groupings of expert 
qualifications 140 for the selected subject area, which 
have been stored in expert qualifications database 285. 
Once a level of expertise has been selected at step 1530, 
10 a list of expert IDs is displayed along with an option to 
see specific expert qualifications 140 as well as pricing 
for the expert. In addition, ratings for that expert may 
be made available. In an effort to prevent end users from 
contacting experts outside the Bystem prior to a deal 
15 being reached, the user may be prevented from seeing 

contact information such as phone number or location. If 
the end user ultimately does not select an expert, but is 
then discovered to have negotiated a job with an expert 
outside the system, he may be charged a usage fee as a 
20 percentage of the total value of the job. In one 

embodiment, the end user agrees to such restrictions when 
he registers with the system. 

The end user then selects the number and level 
-of expert (s) at step 1540 from which he would like to 
25 receive an expert answer 130. The end user is prompted 

for end user request 120 and payment authorization at step 
1550. In addition, the end user may enter payment 
preferences, such as credit card, EFT, or digital cash as 
shown in box 1555. 
30 Figure 16 shows how the end user makes his 

request 115 to the selected expert and how the expert 
receives payment for expert answer 130. Request 115 is 
combined with the end user's ID and expert ID(s) to form 
end user request 120 at step 1600. If additional security 
35 is necessary, a cryptographic key (as shown in box 1605) 
may be used along with the end user's ID. End user 
request 120 is transmitted to central controller 200 for 
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distribution to the selected experts. At step 1620, 
central controller 200 stores end user request 120 in end 
user request database 265. Central controller 200 may 
authenticate the user as well, as shown in box 1615. The 
5 cryptographic protocols described in the cryptographic 

authentication embodiment may be used for steps 1605 and 
1615. 

End-user request- 1-20- is then transmitted to the 

expert at step 1630. The expert can either accept or 

10 reject end user request 120 at step 1640. If the expert 

rejects end user request 120 , the user is notified and the 
transaction stops at step 1650. If an expert chooses to 
respond to end user request 120 at step 1640, the expert 
sends confirmation to central controller 200 and begins to 

15 answer end user request 120 at step 1660. Central 

controller 200 then sends billing authorization to payment 
processor 230 at step 1670. 

As with the asynchronous communications 
embodiment, the end user receives expert answer 130 from 

20 the expert and is billed for the services rendered. See 
the billing embodiment for more details of this process. 
As far as the expert is concerned, this system is 
indistinguishable from the asynchronous communications 
embodiment . 

25 Synchronous Communications Embodiment 

In one embodiment of the present invention, end 
users who require continuous interaction with an expert 
can establish a synchronous communication channel with the 
expert. Although many problems can be solved using an 

30 asynchronous communications protocol, those problems 

requiring follow up questions from the expert to the end 
user and vice versa need real -time communications. For 
example, if a patient has a question about a lump found 
under his arm, the oncologist may have to ask a series of 

35 questions to determine what the lump might be. There are 
several embodiments of synchronous communications the end 
user and expert can engage in: one expert to one end user, 
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one expert to many end users, many experts to one end 
user, and many experts to many end users. Although 
protocols will be described in detail for one expert to 
one end user communications, those skilled in the art will 
5 appreciate that these protocols may be applied to all four 
embodiments- In the described embodiment, the expert and 
the end user exchange a series of end user requests 120 
and expert answers 130 using a one-to-one synchronous 
communications channel such as telephone, real-time text 
10 messaging or video conferencing. 

The end user can request a synchronous 
communication channel when he makes his initial end user 
request 120 using any of the embodiments of the present 
invention including the asynchronous communications 
15 embodiment and the interactive selection embodiment. If 
criteria 117 includes a request for real-time 
communications, central controller 200 generates a list of 
all qualified experts (as shown in figure 7, step 770) who 
are willing to establish a synchronous communications 
20 channel. Although many synchronous communications 
channels may be used, in this embodiment an online 
messaging system is described which uses a standard online 
service to provide the real-time text -based communications 
link between the expert and the end user. 
25 Referring now to Figures 17, 18, 19, and 20, 

there is shown a synchronous communications embodiment in 
—which a -continuous corranuni cat ions channel is established 
between the expert and end user using message window 170. 
Message window 170 is a text -based computer "window" 
30 displayed on video monitor 530 of end user interface 500 

and on video monitor 430 of expert interface 400. The end 
user types end user requests 120 directly to message 
window 170 which appears on video monitor 530. 
Simultaneously, the expert sees end user request 120 on 
35 his video monitor 430. When the expert types expert 

answer 130, the end user instantly sees expert answer 130 
and responds with another end user request 120 or exits 
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the system. 

Figure 17 shows how the user accesses message 
window 170. At step 1700, the end user connects to an 
online service. This might be America Online, CompuServe, 
5 Prodigy, or even a BBS as shown in box 1705. The online 
service, however, acts only as the interface for the 
present invention. Control of user access, 
qualifications filling, payment , and other functions 
still resides at central controller 200. Online services 
10 act merely as a convenient conduit for synchronous 

communications given their capacity to handle tens of 
thousands of simultaneous communications. In another 
embodiment, central controller 200 handles all synchronous 
connections directly, eliminating the need for online 
15 networks. At step 1710, a communications channel is 
opened between central controller 200 and the online 
service. The communications channel is a direct 
electronic link such as a circuit switched or packet 
switched network connection. Once this connection has 
20 been made, the end user provides his ID number at step 
1720 and his payment information at step 1730. Payment 
information includes a credit 4 card account number, bank 
account number or other payment method as shown in box 
1735. 

25 After the end user has been authorized to enter 

the system, he either selects an expert from the list of 
experts generated by central controller 200 as described 
in the asynchronous embodiment (Figures 6,7,8 and 9) or 
selects an expert as described in the interactive 

30 selection embodiment (Figures 15 and 16) at step 1740. 

Once an expert has been selected, central controller 200 
assigns message window 170 to the end user. If additional 
security is required, the end user may be required to 
provide a password to central controller 200 prior to 

35 gaining admittance to message window 170. If the selected 
expert is not online, central controller 200 sends a 
message to the expert (via e-mail, telephone, beeper, fax, 
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etc.) stating that an online session is available at step 
1750. If central controller 200 does not receive a 
response within a predetermined time (usually specified in 
criteria 117) central controller 200 sends a message to 
5 the end user and allows him to select another expert. 

Once the end user enters message window 170, a signal is 
sent to central controller 200 to begin tracking message 
window time for billing based on the access to the expert 
at step 1760. 

10 Figure 18 describes the operational aspects of 

message window 170. At step 1800, the end user has 
entered message window 170 and inputs end user requests 
120 through end user interface 500. After the end user 
and expert have exchanged a plurality of end user requests 
15 120 and expert answers 130 at step 1810, the end user 

leaves message window 170 at step 1820. This may involve 
a log off procedure in which the end user signals message 
window 170 that he has ended the session. At step 1830, 
message window 170 transmits a message to central 
20 controller 200 which ends the billing period for that 

particular session. The end user's account is billed at 
step 1840, using any of the various billing methodologies 
described in the billing embodiment. 

There are multiple ways of charging the end user 
25 for time spent in message window 170, including a per 
question basis, per minute in message window 170, per 

expert answer 130 given by an expert, or any other method 

of measuring the end user's usage. In one embodiment, 
each message window has a different cost method based on 
30 expert qualifications 140. 

Although the above protocol describes expert 
answers 130 delivered in real time, it would be possible 
for the experts to provide answers at a later time in a 
follow-up e-mail or voice mail to the end user. For 
35 example, the expert might need time to do research prior 
to providing expert answer 130. 

Figure 19 describes the method by which the 
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expert registers with central controller 200 for a 
synchronous communications session. At step 1900, the 
expert connects to the online service in the same manner 
as the end user. At step 1910, he connects to central 
controller 200 as the end user did, although a different 
channel of communications may be used if greater security 
is required. After the connection is made at step 1920, 
the expert provides an ID number and is given access to 
the system. For additional security, the expert may be 
required tb produce a password and/or submit to a 
challenge/reply protocol in which he must produce a piece 
of information known only to that expert, such as his 
mother's maiden name or his social security number. 
Before the expert enters message window 170, he receives a 
compensation offer at step 1940 based on the his 
qualifications 140, i.e., licenses, degrees, memberships, 
certifications, industry experience, etc. The offer is on 
a per hour basis, the number of questions answered, or 
another equivalent basis. In one embodiment, the expert's 
services are sold on a prepaid basis with the expert 
agreeing to provide a fixed number of consulting hours or 
sessions over a given time period. 

Figure 20 describes the procedure once the 
expert has received the compensation offer. If the expert 
does not accept the compensation offer at step 2000, he is 
given the option to wait for another message window 170. 
— Central controller 200~then~contacts another qualified 
expert to enter message window 170 at step 2060. If the 
compensation offer is accepted at step 2000, the expert is 
provided with a password at step 2010 that allows access 
to message window 170. After providing this password at 
step 2020, the expert enters message window 170. At Btep 
2030, the expert provides expert answers 130 to end user 
requests 120 generated by the end user in message window 
170. 

In an alternative embodiment, the end user or 
the expert may request a second expert to join the 
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synchronous communications channel. The second expert is 
added to message window 170 in a similar manner to the 
first expert. The second expert provides additional 
information to the end user and can collaborate with the 
5 first expert to provide expert answers 130. A second 

expert may also be contracted by central controller 200 to 
act as a monitor for the first expert. This second expert 
is paid to monitor the first expert's performance and/or 
supply additional information to the end user. The second 
10 expert also provides a level of quality assurance by 

verifying the responses of the first expert, correcting 
responses or adding clarifying information. 

After the session, the expert leaves message 
window 170 at step 2040 and receives compensation from 
15 central controller 200 at step 2050. If compensation is 
based on the time spent in message window 170, message 
window 170 generates a time log and sends it to central 
controller 200. This time log includes the ID number of 
the expert, the time that he entered message window 170, 
20 and the time that he exited. Central controller 200 

combines this information with the appropriate rate per 
hour and determines a final compensation amount. This 
amount is transferred to the expert, or accumulates in an 
account at central controller 200 for payment at a 
25 predetermined time as described in the billing embodiment. 

In an alternative embodiment, end users and 
"experts caribe connected directly using synchronous 
communications channels such as the telephone network. In 
this embodiment, the end user calls central controller 200 
30 and connects to the IVRU (Interactive Voice Response 

Unit) . The end user is prompted to respond to requests 
similar to those described in the interactive selection 
embodiment. As shown in Figure 15, the end user enters 
his ID, selects the subject, sub-category, and expert 
35 level via the IVRU prompts. Central controller 200 

automatically connects to an expert already online or 
calls an appropriate expert and connects the end user. 
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When the end user is finished asking questions, he hangs 
up, triggering central controller 200 to end the billing 
period. Payment and billing occur in similar manners as 
described in the billing embodiment. 
5 Grading Embodiment 

Figures 21, 22, 23, and 24 depict an embodiment 
in which tests, submitted by the end user (in this case 
the test taker or test administrator) , are graded by 
experts. This embodiment differs from previous 
10 embodiments in that the question and the answer are both 
transmitted to the expert. Thus, an essay may be 
transmitted along with a model answer, requiring the 
expert to produce an evaluation of the test taker's 
answer, rather than producing the answer itself. 
15 In this embodiment, criteria 117 represent the 

expert qualifications 140 of the grader, e.g., price, time 
frame, subject matter expertise, educational background, 
licenses, certifications, etc. Central controller 200 
manages the data communications between the graders and 
20 test takers. Moreover, test submissions (expert 

questions) may be divided so that different graders 
receive different portions of the same test submission. 

Figure 21 describes the process of test 
generation. This embodiment involves a test giver and a 
25 test taker. At step 2100, the test giver generates test 
questions and answers for a particular test. At step 
2110, the tests are distributed to the test takers. A 
list of IDs of all test takers who took the test is 
produced at step 2120. At step 2130, criteria 117 are 
30 added to this list to indicate the required level of 

expertise to grade the test. At step 2140 the test giver 
combines the questions, answers, test taker IDs, his own 
test giver ID, and criteria 117 to form grading request 
125. This grading request 125 is transmitted to central 
35 controller 200 at step 2150. Central controller 200 

authenticates grading request 125 at step 2160 by checking 
the attached test giver ID number. If more secure 
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authentication protocols are required, the cryptographic 
techniques described in the cryptographic authentication 
embodiment may be used. 

The test taker completes the test at step 2170. 
5 If the test was not taken in electronic form, it is 

converted to electronic form at step 2180. An essay test, 
for example, might be completed with paper and pencil and 
then converted into electronic format by digitally 
scanning it, pasting the resulting images into email 

10 messages. Such tests could also be faxed directly to 
central controller 200 , with the digital image being 
stored directly in end user request database 265. After 
attaching his test taker ID at step 2190, test taker 
answers are transmitted to central controller 200 at step 

15 2150. 

Figure 22 describes the process of breaking up 
the tests into individual questions and receiving payment 
acknowledgment. At step 2200, grading request 125 is 
stored in end user request database 265. At step 2210, 
20 the tests are broken up into individual questions or 

sections. A geometry test, for example, might consist of 
five proofs. At step 2220, central controller 200 
generates a list of graders whose expert qualifications 
140 meet criteria 117 of grading request 125. At step 
25 2230, price information is transmitted to the test 

administrator. If the price is accepted by the test 
administrator at step 2240, payment acknowledgment is sent 
to central controller 200 at step 2260. If the price is 
not accepted, no further action is taken at step 2250. 
30 Alternatively, the test administrator might send back to 
central controller 200 a counter-offer at a lower price. 
At step 2270, notification of grading request 125 is sent 
to all graders on the list of qualified graders. 

Referring now to Figure 23, there is shown an 
35 exemplary embodiment for transmitting test components to 
graders. If the grader accepts the test components at 
step 2300, he sends an acknowledgment to central 
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controller 200 at step 2320. If the grader does not 
accept, no further action is taken at step 2310. At step 
2330, if more than one grader has accepted the work, then 
a determination is made at step 2340 as to whether or not 
5 the test components can go to multiple graders. If the 

test components can go to multiple graders, then the test 
components are distributed based on criteria 117 of 
grading request- 125 at step 2350 . - If the test components 
cannot be split up, then a single grader is selected at 

10 step 2360 based on criteria 117 of grading request 125. 
After step 2350 and 2360, the test components are 
transmitted to the appropriate grader at step 2370. If 
only one grader accepts the work at step 2330, then the 
test components are transmitted to the grader at step 

15 2370. 

Referring now to Figure 24, at step 2400, the 
grader completes the grading of each test component sent 
to him, transmitting the results to central controller 200 
at step 2410. In order to ensure that the responses have 
20 come from a legitimate grader, the responses can be 

authenticated at step 2415 . Techniques described in the 
cryptographic authentication embodiment may be used if 
more secure authentication is required. Central 
controller 200 then reassembles the test components back 
25 into complete tests at step 2420. At step 2430, the test 
administrator is billed for the grading. At step 2440, 
the graded tests are transmitted to the test 
administrator. Payment is then made to the graders. 

Using the authentication and anonymity features 
30 described below, an electronic grading system can be 

provided wherein the test takers and test administrators 
(end users) do not know the identity of the graders 
(experts); conversely the graders do not know the identity 
of the test takers. 
35 Cryptographic Authentication Embodiment 

In the previous embodiments, authentication of 
the end user and expert involves checking the attached ID 
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or name and comparing it with those stored in expert 
database 255 and end user database 260. Although this 
procedure works well in a low security environment, it can 
be significantly improved through the use of cryptographic 
5 techniques. These techniques not only enhance the ability 
to authenticate the sender of a message, but also serve to 
verify the integrity of the message itself, proving that 
it has not been altered during transmission. Encryption 
can also prevent eavesdroppers from learning the contents 
10 of the message. Such techniques shall be referred to 
generally as cryptographic assurance methods, and will 
include the use of both symmetric and asymmetric keys as 
well as digital signatures and hash algorithms. 

The practice of using cryptographic protocols to 
15 ensure the authenticity of senders as well as the 

integrity of messages is well known in the art and need 
not be described here in detail. For reference, one of 
ordinary skill in the art may refer to Bruce Schneier, 
Applied Cryptography. Proto cols; Algorithms, And Source 
20 Code In C , (2d Ed, John Wiley & Sons, Inc., 1996). 

Figure 25 describes a symmetric key embodiment 
in which the expert and central controller share a key. 
Thus both encryption and decryption of expert answer 130 
are performed with the same key. This encryption may be 
25 implemented with an algorithm such as DES (U.S. Government 
standard, specified in FIPS PUB 46), or with any of 

several - algorithms known in the _ art such as IDEA, 

Blowfish, RC4, RC2, SAFER, etc. The expert encrypts 
expert answer 130 with his assigned symmetric key at step 
30 2500, using cryptographic processor 435 of expert 

interface 400. The key may be stored in information 
storage 470 or otherwise stored or memorized by the 
expert. The encrypted expert answer 130 is then 
transmitted to cryptographic processor 210 of central 
35 controller 200 at step 2510. Cryptographic processor 210 
extracts the expert ID from the message at step 2520 and 
looks up the symmetric key of the expert in cryptographic 
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key database 290 at step 2530, decrypting expert answer 
130 with this key at step 2540. Cryptographic key 
database 290 contains algorithms and keys for encrypting, 
decrypting and/or authenticating messages. At step 2550, 
5 if the resulting message is intelligible, then it must 

have been encrypted by the same key, authenticating that 
the expert must have indeed been the author of expert 
answer 130. 

This procedure makes it significantly more 

10 difficult for an attacker to represent himself as an 

expert. Without cryptographic procedures, an attacker who 
obtained a sample expert answer 130 from a given expert 
would be able to extract the expert ID and then attach 
this ID number to any of the attacker's expert answers 

15 130. When the message has been encrypted with a symmetric 
key, however, an attacker obtaining a sample expert answer 
130 only discovers the expert's ID number, not the 
symmetric key. Without this key, the attacker cannot 
create an expert answer 130 that will not be discovered by 

20 central controller 200, since he cannot encrypt his 

message in the Bame way that the authentic expert could. 
The symmetric key protocol also ensures that the message 
has not been tampered with during transmission, since 
alteration of the message requires knowledge of the 

25 symmetric key. An encrypted end user request 120 also 
provides the end user with more anonymity. 

Referring now to Figure 26, there is shown an 
asymmetric key protocol in which expert answer 130 is 
encrypted with a private key and decrypted with a public 

30 key. Two such algorithms for this procedure are RSA and 
DSA. At step 2600, the expert encrypts expert answer 130 
with his private key using cryptographic processor 435, 
transmitting expert answer 130 to central controller 200 
at step 2610. Cryptographic processor 210 extracts his 

35 expert ID at step 2620 and looks up the expert's 

associated public key in cryptographic key database 290 at 
step 2630, decrypting the message with this public key at 
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step 2640. As before, if the message is intelligible then 
central controller 200 has authenticated the expert at 
step 2650. Again, attackers obtaining the message before 
it was received by central controller 200 are not able to 
5 undetectably alter it since they do not know the private 
key of the expert. Attackers would, however, be able to 
read the message if they managed to obtain the public key 
of -the expert . Message "secrecy is obtained if the expert 
encrypted the message with his public key, requiring the 
10 attacker to know the expert's private key to view the 
message. 

Figure 27 shows a cryptographic technique using 
digital signatures to provide authentication and message 
integrity. One such algorithm is DSA (Digital Signature 
15 Algorithm), the U.S. Government standard specified in FIPS 
PUB 186 . As in the asymmetric protocol described above, 
each expert has an associated public and private key. The 
expert signs expert answer 130 with his private key at 
step 2700 with cryptographic processor 435 and transmits 
0 it to central controller 200 at step 2710. Cryptographic 
processor 210 extracts the expert ID at step 2720 and 
looks up the expert's public key at step 2730, verifying 
the signature using expert answer 130 and the public key 
of the expert at step 2740. If expert answer 130 is 
5 intelligible, then central controller 200 accepts expert 
answer 130 as authentic at step 2750. 

Referring now to Figure 28, there is described a 

cryptographic technique using message authentication codes 
for verifying the authenticity and integrity of expert 
0 answers 130. In the hash protocol of the present 

invention, the expert and central controller 200 share a 
symmetric key, which the expert includes in a hash of his 
expert answer 130 at step 2800. In the hash protocol, a 
one-way function is applied to the digital representation 
5 of expert answer 13 0, generating a code that acts much 

like the fingerprint of expert answer 130. Any of the MAC 
algorithms, such as RIPE-MAC, IBC-Hash, CBC-MAC, and the 
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like may be applied in this application. After 
transmitting the message to central controller 200 at step 
2810, cryptographic processor 210 looks up the expert's 
symmetric key at step 2830 and hashes expert answer 130 
5 with this symmetric key at step 2840 , comparing the 
resulting hash value with the hash value attached to 
expert answer 130. If the values match at step 2850, the 
integrity of the message is verified along with the 
authenticity of the author. 

10 Although cryptographic techniques can provide 

greater confidence in the authenticity of an expert answer 
130, they are useless if the expert's cryptographic keys 
are compromised. An attacker obtaining the symmetric key 
of another expert is indistinguishable from that expert in 

15 the eyes of central controller 200. There is no way to 
know whether the expert was the true author of expert 
answer 130, or an attacker with the right cryptographic 
keys. The only way to solve this problem (known as 
undetected substitution) is to use biometric devices such 

20 as a fingerprint reader, voice recognition system, retinal 
scanner and the like. These devices incorporate a 
physical attribute of the expert into his expert answer 
130, which is then compared with the value stored in 
expert database 255 at central controller 200. In the 

25 present invention, such devices attach to expert interface 
400. 

Firi^rpriiit verification, for example, may be 
executed before the creation of expert answer 130, during 
the generation of expert answer 130 in response to prompts 

30 from central controller 200, at some predetermined or 
random times, or continuously by incorporating the 
scanning lens into the expert's answer device such that 
the expert is required to maintain his finger on the 
scanning lens at all times during the response session for 

35 continuous verification. 

An example of such an identification device is 
the FC100 FINGERPRINT VERIFIER available from Startek, a 
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Taiwanese company. The FC100 is readily adaptable to any 
PC via an interface card. The fingerprint verifier 
utilizes an optical scanning lens. The expert places his 
or her finger on the lens, and the resulting image is 
5 scanned, digitized, and the data compressed and stored in 
memory. Typically, a 256 byte file is all that is 
required. Each live- scan fingerprint is compared against 
the previously enrolled/stored template, stored in expert 
interface 400. If the prints do not match, the 

10 cryptographic algorithms in expert interface 400 may 

prevent the expert from generating an expert answer 130. 

In a voice verification embodiment, the expert's 
voice is used to verify his identity. This embodiment has 
the advantage of not requiring the use of any specialized 

15 hardware since it can be implemented over a standard phone 
connection. The expert's identity is verified at central 
computer 200. The process of obtaining a voice-print and 
subsequently using it to verify a person's identity is 
well-known in the art, and therefore need not be described 

20 in detail herein. One of ordinary skill in the art may 
refer to SpeakEZ, Inc. for voice 

identification/verification technology . Conventional 
speaker identification software samples the expert's 
voice. This sample is stored at central controller 200 in 

25 expert database 255. Each time the expert wants to send 
an expert answer 130 to central controller 200, he is 
required to call "central controller 200 'and speak into the 
phone at the prompt for a voice sample. If this sample 
matches that stored in expert database 255, the expert is 

30 provided a password which is incorporated into the digital 
signature appended to expert answer 130. Any expert 
answer 130 received without an appropriate voice match 
password is not accepted. The voice-print may also be 
stored in a database at expert interface 400, to verify 

35 the expert' 6 identity at that location prior to allowing 
an expert answer 130 to be created. 
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Anonymous Transactions Embodiment 

As mentioned previously, the present invention 
provides for the anonymity of both end users and experts. 
Such anonymity is accomplished by eliminating all 

5 references to the names of the individuals for all 

transactions. An end user, for example, would include his 
ID in end user request 120 rather than his name, 

. . preventing the_expert receiving, end^user- request 120 from 

discovering the end user's identity. This is desirable if 
10 the end user were a celebrity seeking psychiatric advice, 
or if the president of a major pharmaceutical manufacturer 
is asking for an evaluation of a potential acquisition in 
the biotech field. 

In a similar manner, experts may also want to 

15 keep their identity a secret. An author providing 
critiques of amateur works might not want his fans 
bombarding him with questions. A high priced lawyer 
giving low- cost advice to certain clients might not want 
his other clients to know. 

20 Both experts and end users may also require 

varying levels of anonymity. One expert, for example, may 
feel comfortable revealing the country he is from but not 
the city, while another expert is comfortable providing 
his professional association but not the industry he 

25 represents. 

Although using ID numbers can provide anonymity, 
both for end users and experts, there are a number of 
potential weaknesses. First, if the database of ID 
numbers, stored in expert database 255 or end user 

30 database 260, and their respective experts/end users is 
compromised, anonymity is destroyed since the message 
sender can be looked up in expert database 255 or end user 
database 260. To prevent this, the ID numbers are 
encrypted with the public key of central controller 200, 

35 so that even if it is stolen it is useless without the 
private key. 

Another problem is that someone capable of 
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watching the flow of end user requests 120 and expert 
answers 130 into and out of central controller 200 might 
be able to discern which end user was getting an expert 
answer 130 from which expert. The attacker might do this 
5 by examining the length of the outgoing end user request 
120. A reporter, for example, might be interested in the 
questions that a celebrity was asking. He could track 
messages t ransmi t ted . by. the celebr i ty , observing mes sages 
leaving central controller 200 to see if any were of the 
10 same length. This might give the reporter clues as to the 
type of expertise sought by the celebrity. 

Referring now to Figure 29, there is described a 
method to prevent this attack using the anonymous mix 180 
of the present invention. Anonymous mix 180 uses a 
15 protocol to make it very difficult for anyone to trace the 
path of a message which passes through the mix. Anonymous 
mix 180 takes outgoing messages from central controller 
200 and randomly varies both the length of the message as 
well as the timing of its delivery. An incoming message 
20 of two hundred kilobytes, for example, might be expanded 
to three hundred kilobytes by adding random characters at 
the end. An attacker would thus be unable to correlate 
(by length of message) the incoming end user requests 120 
with end user request 120 sent to the various experts. By 
25 adding a random time delay in the processing of incoming 
end user requests 120, central controller 200 also 
prevents an attacker from correlating (based on time) 
incoming end user requests 120 with outgoing end user 
requests 120. 

30 An example of the anonymous protocol employed in 

the present invention is set forth below. 
Notation and Conventions for this protocol: 

a. PKE_{PK_U} (X) represents the public-key 
encryption of X under public key PK_U. 
35 b. SIGN_{SK_U} (X) represents the digital 

signature of X under private key SK_U. 
c. E_{K_0}(X) represents the symmetric 
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encryption of X under key K_ 0. 

d. PK_U represents the public key of user U. 

e. SK_U represents the private key of user U. 

f . D_U represents the identification number or 
5 code of user U. 

g. X,Y represents the concatenation of X with 
Y. 

Anonymous Mix . _ 

Keys used in this protocol: 
10 a. PKJ4 is the anonymous mix 180 public key. 

b. ID_B Is Bob's ID. 

c. PK_B is Bob's public key. 

d. SK_B is Bob's private key. 

When Alice sendB Bob a message through anonymous 
15 mix 180, the following takes place: 

a. Alice wishes to send message T to Bob 
anonymously. She first forms: 

K_0 = a random session key. 
P_0 - an all -zero string of some 
20 random length. 

X_0 « PKE_{PK_M} (K_0) . 
M_0 = X_0,E_{K_0} (ID_B,P_0,T) . 
Alice then sends M_0 to the anonymous mix 
180. Note that Alice may also have 
25 encrypted and digitally signed the message 

she's sending to Bob. This has no bearing 
at all on how the anonymous mix 180 
processes it. P_0 disguises the size of 
the message, making it impossible to 
30 correlate incoming messages with outgoing 

messages. 

b. Anonymous mix 180 receives M_0. Using X_0, 
anonymous mix 180 decodes the random 
session key K_0 using anonymous mix 180 

35 private key SK_M and then using K_0, ID_B, 

T and P_0 are decrypted. The anonymous mix 
180 looks up Bob's public key from ID B, 
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and then forms : 

K_l » a random session key. 
p_l = an all -zero string of some 
random length. 
5 X_l o PKE_{PK_B} (K_l) . 

M_l - X_l, E_{K_l} (P_1,T) 
Anonymous mix 180 waits some random amount 
of time before sending M_l to Bob. During 
this time, it is processing many other 
10 messages, both sending and receiving them. 

c. Bob receives M_l. He decrypts it using his 
private key, SK_B and recovers T. He then 
does whatever he needs to with T. 

15 In order to make messages anonymous that pass 

through an intermediary anonymous mix 180, a large volume 
of messages coming in and out are reviewed. A random 
delay involved in forwarding those messages is also 
required. Otherwise, it is possible for an opponent to 

20 watch messages going into and coming out of anonymous mix 
180, using this- information to determine the source and 
destination of each message. Similarly, messages must be 
encrypted to the anonymous mix 180, so that the messages 
can be decrypted and re- encrypted with a different key. 

25 Also, messages may need to be broken into many pieces or 
padded with large blocks of data, to avoid having message 
lengths give away information. 

Another embodiment of the present invention uses 
anonymous mix 180 as part of a protocol to maintain 

30 anonymity between two people using a trusted third party, 
such as central controller 200 using public-key 
cryptography for encryption and digital signatures. The 
exact algorithms are unimportant at the protocol level. 
All public keys are signed by a certification authority 

35 like central controller 200. Certificates can be sent 
with messages and different keys can be used for 
encryption and digital signatures. The trusted third 
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party knows everyone's public key and everyone knows the 
third party's public key. Anonymous mix 180 either knows 
everyone's public keys or their public keys are sent along 
with their identities. Everyone is assumed to know 
5 anonymous mix 180' s public keys. An example of the 
trusted third party protocol is illustrated below. 
A Trusted Third Party Protocol using anonymous mix 180 

^Definitions 

a. Alice is the end user. 
10 b. Bob is the qualified expert. 

c. Carol is the trusted third party (central 
controller) coordinating the whole thing. 
Keys used in this protocol: 

PK_M is anonymous mix 180 public key. 
15 ID_A is Alice's ID. 

PK_A is Alice's public key. 
SK_A is Alice's private key. 
ID_B is Bob's ID. 
PK_B is Bob's public key. 
20 SK_B is Bob's private key. 

PK_C is Carol's public key. 

a. Alice creates some submission, S. This may 
be an end user request 120 or material for 
review by an expert. Alice then forms: 

25 K_2 m a random session key. This is an 

additional random session key and 
should not be confused with the key 
(K_0) Alice uses to send the message 
to the anonymous mix 180. 

30 R_0 = a random challenge either generated 

by Alice or given to her by someone 
else, depending on the application. 
In this case, central controller 200 
will provide the end user (Alice) 

35 with a unique password to be used 

when Alice is to receive expert 
answer 130. 
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X_0 « PKE_{PK_C} (K_2) encrypted under 

Carol's public key. 
X_l - SIGN_{SK_A} (ID_A,R_0,S) . 
M_0 - X_0,E_{K_2} <ID_A,R_0,S,X_1) . 
She sends M_0 to Carol via anonymous mix 180. 

b. Carol receives M_0 and decrypts it using 
her private key, the random session key 
K_2, and verifies the signature. As 
central controller 200, she selects Bob out 
of all qualified experts available. She 
then forms: 

K_3 = a random session key. 

N « a random end user request 120 

identifier. 

T - a time stamp. 

X_2 - PKE_{PK_B} (K_3) encrypted under Bob's 
public key. 

X_3 SIGN_{SK_C} (ID_C,N,T,S) 

X_4 = E_{K_3} (ID_C,N,T,S,X_3) 

M_l = X_2,X_4. 
She sends M_l to Bob via anonymous mix 180. She 
stores N, ID_A, and T for future reference. 

c. Bob receives M_l. He decrypts it using his 
private key, the random session key K_3, 
and verifies the signature and time stamp. 
He then answers end user request 120. When 
he is finished, he has formed an expert 
answer G. He then forms: 

K_4 ■ a random session key. 

X_5 - PKE_{PK_C} (K_4) encrypted under 

Carol's public key. 

X_6 - SIGN_{SK_B} (ID_B,N,G) 

X_7 « E_{K_4} (ID_B,N,G,X_6) 

M_2 = X_5,X_7. 

d. Carol receives M_2 . She decrypts it using 
her private key, the random session key 
K_4, and verifies the signature. She 
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searches for the matching N among her 
currently active submissions. If she 
doesn't find it, an error has occurred, and 
someone will need to follow up, but the 
5 protocol ends. If she does find it, 

however, she notes that Bob has answered 
end user request 120 (so he can be paid for 
it). Carol then looks up Alice's challenge 
(R_0) , address, and time stamp, and forms: 
10 K_5 = a random session key. 

X_8 = PKE_{PK_A} (K_5) encrypted under 
Alice's public key. 

X_9 = SIGN_{SK_C} <ID_A,R_0,T,S,G) , 
M_3 = X_8,E_{K_5} (ID_A,R_0,T,S,G) ,X_9. 
15 e. Alice receives M_3, and verifies the 

signature. She now has an authenticated 
expert answer 130, along with a time stamp 
to show when she submitted it. 
By using a trusted third party and an anonymous 
20 mix 180, the identity of the end user and the expert is 
preserved. Although we have described only one possible 
method for maintaining anonymity, there are other 
equivalents. For example, if the embodiment included 
telephone messaging, the identity of the end user and 
25 expert could be maintained using conventional voice 
modification techniques. If end user request 120 or 
expert answer 130 were in a paper form, the form could be 
scanned using optical character recognition and translated 
into digital form, discarding any information that could 
30 be found in the original document. 

Anonymity may also serve to prevent an end user 
and expert from contacting each other outside the system 
in order to ensure that payment is received for bringing 
the two parties together. In this embodiment, central 
35 controller 200 forces anonymity by blinding one or both 

parties. The expert, for example, may not see the name of 
the end user until expert answer 130 has been transmitted. 
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Selection Methods Embodiment 

In one embodiment of the present invention, a 
protocol is described in which end users select the 
experts to which end user request 120 is transmitted, 
5 Additionally, bidding and negotiating protocols are 
described which allow end users to select the most 
appropriate expert to create expert answer 130 , once 
responses are received from experts willing to provide 
expert answer 130, 

10 After the list of qualified experts has been 

generated by central controller 200 at step 770, the end 
user may directly choose one or more experts to produce 
expert answer 130. The end user might connect to the web 
page of central controller 200, selecting experts from a 

15 list of qualified experts. Likewise, the expert can 

choose which end user requests 120 to provide an expert 
answer 130. 

In one method of the present invention, central 
controller 200 uses end user profile 150 to select the 

20 experts. End user profile 150 represents rules for 

unattendant handling of transactions and is stored in end 
user database 260. For example, the end user might want 
to select the first expert to reply, the three least ' 
expensive experts, the most expensive expert, or the 

25 expert with the highest expert qualifications 140 from 
expert qualifications database 285. The end user could 
also require aminimum number of~ experts - , or that he wants 
everyone who accepts end user request 120 within twenty 
minutes. These rules are stored in end user profile 150, 

30 allowing central controller 200 to automate more of the 
selection process. 

In order to select from among many experts 
responding to end user request 120, bidding protocols can 
be used in which the expert has an expert profile 155 that 

35 is used to decide which end user requests 120 will be 
accepted or rejected. Expert profile 155 includes 
automatic bid amounts, minimum completion times, or 
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automatic acceptances for high priced end user requests 
120. For example, when end UBer request 120 is sent to 
the expert, central controller 200 automatically submits a 
bid or rejection based on expert profile 155. 
5 End user profile 150 may contain bidding rules 

as well, such as excluding bids above or below a 
predetermined amount. The end user can also specify that 
he only wants experts-willing to negotiate the price for 
responses, or that the experts must engage in an active 
10 bidding session in order to get his business. 

Another method for end users and experts to 
select each other is a negotiation protocol. This 
negotiation can occur in any of the previously described 
embodiments and can involve negotiating for time, price, 
15 or any other factors important to the expert or end user. 

Figures 30, 31 and 32 describe alternative embodiments of 
the negotiating protocols of the present invention. 

Figure 30 shows a bidding embodiment where the 
end user creates end user request 120 that includes a 
20 requirement that the experts bid on the response. The end 
user then decides which expert to use based on the 
expert's bids. A higher bid could mean that the expert is 
more qualified to respond or that the expert will provide 
a higher quality response. At step 3000, the end user 
25 creates end user request 120. At step 3 010 end user 

request 120 and bid request 160 are transmitted to the 
appropriate experts using those methods described in 
earlier embodiments. In the asynchronous communications 
embodiment, for example, the end user transmits end user 
30 request 120 at step 650. 

Each expert then has an opportunity to bid on or 
reject the end user's end user request 120 at step 3020. 
If the expert rejects end user request 120, notification 
is sent to central controller 200 at step 3 030. If the 
35 expert chooses to bid on end user request 120, the bid 

offer 165 is sent to central controller 200 to be combined 
with bid offers 165 from other experts at step 3040. 
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Central controller 200 then sends bid offers 165 to the 
end user at step 3050. At step 3060, the end user chooses 
from among bid offers 165 and selects an expert to answer 
end user request 120. The end user's choice is then 
5 transmitted to central controller 200 and the expert is 
notified of acceptance at step 3070. Alternatively, the 
end user instructs central controller 200 to automatically 
accept the lowest bid "of fer 165 , highest bid offer 165, or 
any bid offer 165 that satisfies attached criteria 117 or 
10 end user profile 150. The end user, therefore, does not 
need to be directly involved in the bidding at all. 

In the above procedure, the expert is directly 
involved in the bidding process. In an alternative 
embodiment, the expert's profile 155 is stored in expert 
15 database 255. Based on expert profile 155, central 

controller 200 automatically directs the bidding process. 
For example, a lawyer might establish expert profile 155 
which automatically bids two hundred dollars for any end 
user request 120 regarding wills, except for those 
20 requiring completion in two hours or less. 

Figure 31 shows an auctioning embodiment where 

the end users create end user requests 120 and submit them 
to central controller 200 as shown at steps 3100 and 3110. 
End user requests 120 are sent to a pool of qualified 
25 experts who simultaneously submit bid offers 165 on end 
user request 120 at step 3120. There may be a number of 
auction~rounds (known as a repeated auction) in which 
experts have a chance to submit new bid offers 165. This 
contrasts with the one-shot auction described in Figure 
30 30, where there is only one round of bidding. Each expert 
sees his bid offer 165 as well as the other experts' bid 
offers 165. In this way, end user request 120 is 
auctioned off to the lowest bidder. Once the lowest bid 
offer 165 is determined at step 3130, the end user is 
35 notified of the bid offer 165 at step 3140. 

Figure 32 shows a bidding embodiment where the 
end user is bidding for an expert's time. If an end user 
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needed a level 6 patent lawyer for example, he may be 
faced with a supply and demand imbalance if there are only 
four or five in the whole country. Since these lawyers 
may only be able to reply to one end user request 120 a 
5 day, the end users may have to bid for the experts' 

attention. When the expert logs into the system, letters 
of interest from users are transmitted to expert interface 
__400. These -letters, of- interest are communications which 
describe the specific expert that the end user wants, as 

10 well as a bid for his services. The expert transmits a 

message to central controller 200 to find the highest end 
user bid offer 165 and retrieves the end user's end user 
request 120. 

At step 3200, the end user submits a letter of 

15 interest to central controller 200 that includes criteria 
117 and starting bid offer 165. At step 3210 central 
controller 200 searches to find matching experts in expert 
qualifications database 285 and submits a message to each 
expert who qualifies at step 3220. The expert 

20 automatically receives a list of end users and their 

letters of interest from central controller 200 at step 
3230. At step 3240, the expert can either choose to 
respond to the letter of interest directly at step 3250 
(based on initial bid offer 165) or send central 

25 controller 200 a bid request 160 at step 3260. 

The end user bid offers 165 are transmitted back 
to the experts via central controller 200 at step 3270. 
The process continues at step 3240 with the expert 
choosing to either accept end user bid offer 165 or ask 

30 for new end user bid offers 165. In this way, the expert 
maximizes his earnings while the end user has access to 
highly recruited experts. 

Another form of negotiation is shown in Figure 
33. Here, the end users negotiate the price of a 

35 particular end user request 120. The end user submits end 
user request 120 at step 3300. Central controller 200 
processes end user request 120 and transmits it to an 
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expert at step 3310. The expert reviews end user request 
120 at step 3320 and decides whether to accept end user 
request 120, or ask for a higher price. If the expert 
accepts end user request 120, the end user is notified at 
5 step 3330. If the expert wants a higher price, the end 
user is notified at step 3340 of the price the expert 
expects. The expert can also suggest a way to reduce the 
cost by eliminating part of end user request 120. For 
example, end user request 120 may be significantly less 
10 compl i cat ed if a portion of it is changed or eliminated. 

At step 3350, the end user can either decide to 
increase the amount of bid offer 165, or modify end user 
request 120 to see if he can reduce the cost. In either 
case, the end user resubmits end user request 120 at 3310. 
15 This iterative negotiation process continues until the end 
user either accepts the expert's terms or decides to 
retract end user request 120. 

Although the bidding systems described above are 
based on price, alternative systems can be based on 
20 response time, quality of expert answer 130, whether the 
expert is willing to contact the end user directly, how 
many follow up end user requests 120 would be accepted, 
etc. The end user specifies which type of bidding is 
desired and central controller 200 makes the appropriate 
25 adjustments to bid request 160. 

The above auction protocols are meant to be 
illustrative, and do not represent all of the possible 
protocols. If the end user is seeking multiple expert 
answers 130 to a given end user request 120, for example, 
30 there are auction protocols to handle the additional 

complexity. A uniform auction, for example, sells each 
opportunity for expert answer 130 at the second-highest 
bid. Other formats such as "Dutch" auctions are equally 
applicable. 

35 The bidding process can be used with any of the 

previously described embodiments, using either an 
asynchronous or synchronous communications embodiment. 
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Once the end user and expert have agreed on the 
price, the process of billing authorization and expert 
answer 130 transmission follows the process described in 
the previous embodiments of the present invention such as 
5 those described in Figure 9. If the end user has selected 
multiple experts to receive his end user request 120 , it 
will be transmitted to all the selected experts. 
Customer Satisfaction Embodiment 

Although the previous embodiments have described 
10 the delivery of expert answer 130 as the end of the 
process, the present invention allows for follow-up 
procedures to ensure that the end user is satisfied with 
the quality of expert answer 130. Such procedures include 
review of end user complaints by higher level experts, as 
15 well as periodic testing of experts by central controller 
200 to verify competence. Figures 34 and 35 describe 
these procedures in more detail. 

Figure 34 describes a peer review process in 
which a sampling of expert answers 130 are reviewed for 
20 compliance with quality standards. In this respect it is 
similar to a factory which tests a sample of product as 
the come off the assembly line, adjusting machines on the 
line if quality drops. At step 3400, central controller 
200 establishes a schedule for expert answer 130 review. 
25 This schedule might indicate that every seventh expert 
answer 130 received is reviewed, or a random schedule 
could be generated so that the expert does not know in 
advance which expert answer 130 will be reviewed. The 
schedule applies to every expert answer 130 received from 
30 a given expert, ensuring that no expert goes unreviewed. 

At step 3410, the expert transmits expert answer 
130 to central controller 200 which determines whether or 
not expert answer 130 was scheduled for review. Central 
controller 200 searches expert database 255 at step 3420, 
35 noting the number of expert answers 130 already submitted 
by that expert. If it was not scheduled for review, 
expert answer 130 is simply transmitted to the end user at 
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step 3430, and the review process is not initiated. If it 
is scheduled for review, a copy of expert answer 130 is 
routed to a randomly selected reviewing expert of 
comparable expert qualifications 140 at step 3440, while 
5 the original expert answer 130 is transmitted to the end 
user so that the review process does not extend the 
completion time of end user request 120, 

Th e revi ewing expert "decides whether or not 

expert answer 130 provided is acceptable at step 3450, 
10 with a positive evaluation prompting central controller 

200 to update expert database 255 to indicate satisfactory 
completion of one quality check at step 3460. If expert 
answer 130 is found unsatisfactory at step 3460, central 
controller 200 updates expert database 255 to indicate the 
15 negative results of the quality check at step 3470. In 
addition, a notice is transmitted to the expert at step 
3480 reprimanding him for poor quality. A given number of 
reprimands may result in the expulsion or temporary 
suspension of the expert, or in a lowering of his expert 
20 qualification 140 level. 

Referring now to Figure 35, there is described a 
procedure for handling end user complaints about the 
quality of responses received. At step 3500, expert 
answer 130 is transmitted to the end user. At step 3510, 
25 the end user discovers that expert answer 130 is 

unsatisfactory, sending back expert answer 130 to central 
controller 200 at step "3520 T An expert answer 130 may be 
unacceptable because it is not complete, is factually 
incorrect, etc. Central controller 200 then randomly 
30 selects an expert at step 3530 whose expert qualifications 
140 are equal to or higher than the expert who originally 
produced expert answer 130. The chosen evaluating expert 
then evaluates expert answer 130 in relation to end user 
request 120 at step 3540, judging whether or not expert 
35 answer 130 is acceptable. If it is judged acceptable, the 
evaluating expert transmits a written opinion regarding 
the evaluation to central controller 200 at step 3550, 



WO 98/04061 



PCT/US97/n978 



- 62 - 

whereupon the opinion is then transmitted to the end user 
at step 3560, along with a denial of his appeal. To 
prevent further escalation if the end user is still 
unsatisfied, central controller 200 may require the end 
5 user at time of registration to agree to accept the 
results of this arbitration process. 

If expert answer 130 is judged unacceptable at 
r step 3540, central controller 200 refunds the price of 

expert answer 130 to the end user at step 3570, or submits 

10 the original end user request 120 to another qualified 
expert. At step 3580, payment processor 230 sends a 
message to the expert indicating that the money received 
for that expert answer 130 will be deducted from any 
future payments. Included with this message is a copy of 

15 the opinion letter written by the evaluating expert. 
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Applications of the Invention 

In order to clarify the application of the 
present invention, the following examples demonstrate 
potential needs of end users. 
5 l. I want a draft of an academic paper on 

quantum mechanics reviewed anonymously by three qualified 
academics not located in the U.S. The answers, which are 
due by July 15, should be at least 500 words and must 
explain the three points with which the reviewers most 
10 agree and disagree. 

2. I am a businessman in the steel salvage 
business with a question as to how to handle a personnel 
problem. I would like my question answered by a personnel 
professional at a Fortune 1000 company who is not in the 

15 steel business and who has dealt with the same or similar 
problem at least five times in their own company and can 
thus give me a range of possible results based on his own 
experience. I am willing to pay $100 for answers of at 
least 250 words. Anonymity is acceptable, but I will pay 

20 an extra $100 if the professional is identified to me, and 
I am allowed to call the professional in his off hours. 

3. I am an attorney who is seeking other 
businesses who have had a problem with the XYZ company's 
plastic products. I will pay $50 for each documented 

25 example of problems you have experienced first hand, up to 
a maximum of 100 cases. 

4. — I am looking to decode a hieroglyphic 
unearthed on a site in Israel. I will pay $50 for each 
solution of at least 10 words, and $500 for the complete 

30 solution. Answers will be accepted from four candidates 
who send me their credentials. 

5. I have 1,000 English literature final exams 
that I need graded. Each exam is composed of ten short 
essay questions. Tests and answers can be e-mailed to you 

35 in groups of twenty exams, and must be graded and returned 
via e-mail no later than June 10, 1997. I will pay $2.00 
per graded exam. Graders must be practicing English 



WO 98/04061 



PCT/US97/12978 



- 64 - 

teachers at the college level and follow the grading 
guidelines which will be sent to you, 

6. To all people who have eaten at my 
restaurant, I will pay you $5,00 for a 100 word 
5 description of how to improve my service or my menu. 

(Limit 50 people.) 

Industrial Applicability 

10 In view of the foregoing detailed description, 

it is evident that the instant invention may be used to 
create one or more of the following systems, among others: 

- a system which provides an efficient method of locating 
15 and matching remote qualified experts ("experts' 1 ) to 

customers ("clients") who need their expertise; 

- a system which locates qualified experts even if they 
are not currently registered with the Exchange; 

20 

- a system which provides an asynchronous device and 
system for connecting the client with the expert, and 
transmitting job requests from client to expert; 

25 - a system which authenticates the qualifications of the 
experts; 

- a system which allows clients to review prior work 
produced by an expert; 

30 

- a system which provides a reliable method for the expert 
to be paid by the client where such a method can 
accommodate a plurality of payment systems that may occur 
independently of the details of the actual payment service 

35 being used in a manner that is transparent to both the 
client and the expert; 
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- a system which enables the expert to be assured of 
payment for services by the Exchange if the client does 
not pay for such services; 

5 - a system which allows for the Exchange to verify a 

client's ability to pay prior to delivering the completed 
analysis, or to allow clients to set up escrow accounts 
for payment"; 

10 - a system which allows the client to choose from a list 
of experts in a field and select a particular expert to 
provide service, where such service is in the form of 
expert advice or judgement; 

15 - a system which allows for a user to search a database of 
experts where the identities of the experts are concealed 
from the user, but the user may search a database of those 
experts by certain characteristics and may optionally 
communicate with those experts without knowing their 

20 identity; 

- a system which provides a real-time connection between 
the client and the expert during which negotiations can 
take place or during which advice or judgement can passed 

25 between the parties; 

- a system which provides a way for clients to have 
experts evaluate their work; 

30 - a system which allows students to be graded by multiple 
evaluators; 

- a system which allows both the client and the expert to 
remain anonymous while practicing the invention; 

35 

- a system which allows clients and experts to verify 
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information that is accessible or communicated as part of 
practicing the invention; 

- a system which verifies the client's or expert's 

5 identity and the client's ability to pay for services; 

- a system which allows for impartial dispute resolution 
regarding any dispute. which arises from the practice of 
the invention; 

10 

- a system which allows the expert to be paid for services 
immediately upon delivery of work contracted for while 
practicing the invention; 

15 . - a system which verifies that communications occurring 

while practicing the invention have not been tampered with 
or altered during communication; 

- a system which provides a marketplace for any party 

20 practicing the invention to either bid on services or to 
reach an agreement regarding a transaction for such 
services as the parties may desire; 

- a system which provides a method for clients to verify 
25 the quality of expert answers; and 

- a system which provide access to the Exchange without 
the need for proprietary software. 

30 As such, in one embodiment of the present 

invention, a method and apparatus is provided for an 
expert seeking to sell his services to more efficiently 
find a client, allow the client to certify and 
authenticate the expert's qualifications, allow the client 

35 to hire the expert under specific terms and conditions for 
a specific assignment, and, if desired by either party, 
have the service provider guarantee payment to the expert 
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for the expert services to be provided while also 
guaranteeing the buyer's satisfaction with the expert 
service. The present invention improves the expert's 
ability to efficiently provide expert services and the 
5 buyer's ability to find experts capable and willing to 
furnish such services at a mutually agreed price and 
terms. A valuable application of this service is 
providing answers to questions that require human judgment 
or analysis. The system provides a simple way for users 
10 to find qualified experts to give them professional 
advice . 

In one embodiment of this invention, a person 
("end user") who requires information from an expert 
accesses an on-line Exchange located at a remote server. 
15 The Exchange verifies the user's identification and 
account status and allows the user to produce a job 
request suitable for consideration by an expert. The job 
request includes a full description of the job to be 
performed, a range of money the user is willing to spend, 
20 how quickly he needs the answer, and any other information 
necessary to respond to the request. For example, a 
typical job request might be: "Attached is the text of a 
letter which may have been written by Catherine the Great. 
No later than 2:00 PM # Saturday, July 20, 1996 I would 

25 like an expert in Russian history to review the letter and 
provide me with a detailed opinion of at least 1,000 words 
on' whether CaTfierihe the Great was indeed the author, and 
if not, who is most likely to have been the author. * The 
user can also select "Russian history" from a "subject 

30 menu*, "fifty to one hundred dollars" from the "price 

menu,* "2:00 PM # Saturday, July 20, 1996* from the "time 
to complete menu* and "5:00 PM, Friday, July 12, 1996* 
from the "deadline for submitting bids* menu. The user 
attaches the text of the letter and e-mails the job 

35 request to the Exchange which begins the process of 
locating a qualified expert. 

Once the job request has been sent, the end user 
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waits to receive any bids by the bid deadline specified. 
As soon as the central controller at the Exchange receives 
the complete job request, it first searches its 
proprietary database of Russian history experts. Then, if 
5 additional experts are likely to be needed, it activates a 
search program designed to access and interrogate outside 
databases of known experts who might be qualified to 
handle the job request . This outside database search 
could be done using conventional paper-based directories 
10 (such as the American Medical Association's American 

Medical Directory which lists the doctor's educational 
background and any board-certified specialty) , or with 
electronic directories available online (such as the 
Martindale-Hubbell Law Directory which contains entries 
15 for lawyers and law firms in the United States as well as 
over 140 foreign countries) . In the example above, 
college course catalogs can be searched for an authority 
on late 18th century Russia, with special knowledge of 
Catherine the Great . Once one or more suitable experts 
20 are identified, the Exchange sends a message to the expert 
(e-mail, fax, beeper, phone, etc.) briefly describing the 
job request and asking the expert if he might be willing 
to consider bidding on the assignment by 5:00 PM, Friday, 
July 12, 1996. The name of the client is not revealed. 
25 If the expert answers that he might be interested, and the 
user has placed no pre-qualif ication restrictions on who 
can see the job request, the full text of the job request 
without the user's name or address is forwarded to the 
expert with a request that he respond with a bid by the 
30 bid deadline. Alternatively, the user is notified of each 
expert's interest and is offered the opportunity to review 
the expert's qualifications prior to the Exchange sending 
out the full job request. 

If, after reviewing the full job request, an 
35 expert is willing to do the job, he submits a formal offer 
of service, essentially his bid for the job. This bid may 
also include his particular qualifications for the job and 
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any special conditions which he might require be 
incorporated before accepting the assignment. These bid9 
are then forwarded to the user who can then decide which 
experts, if any, he will hire. The end user may also 
5 simply have the Exchange select the first bid that 

fulfills the qualifications for the job. Alternatively, 
no bid may be acceptable and he may want to continue to 
- .negotiate -with_certain -experts. In an effort to minimize 
off -exchange contact prior to a deal being reached, the 
10 user will typically know the experts' names but not their 
locations or phone numbers. (If a user ultimately does 
not select a candidate using the Exchange, and does not 
subsequently use the Exchange for a similar job within a 
certain number of days, he may be charged a usage fee as a 
15 percentage of the total job value or on a fixed fee 

basis.) The user sends a binding acceptance notification 
to the Exchange for each expert to be hired. The Exchange 
in turn notifies the expert (s) that they have been hired 
and the terms under which the offer of service was 
20 accepted. 

In another embodiment, candidate experts submit 
detailed applications to the Exchange in advance of 
receiving any job requests, providing detailed 
qualifications in one or more areas of expertise along 

25 with third party references. Each application is reviewed 
by a certification committee familiar with the subject 
area(s) being applied for, and the candidate is either 
accepted or rejected as a qualified expert. Once the 
Exchange contains enough experts in a given subject, each 

30 new application may be reviewed by other experts who are 
already members of the Exchange. This provides a basis 
for peer review that can be used to maintain assurance of 
qual i f icat ions . 

Once an expert is accepted , he is added to the 

35 expert database maintained by the Exchange. When an 

expert is available to answer a question, he logs-in to 
the Exchange and provides his expert ID. The Exchange 
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then routes any pertinent open job requests to the expert 
for consideration. When the expert indicates interest in 
an open job request, he notifies the Exchange and is 
provided the full request. The expert then formulates his 
5 bid, if any, digitally signs it, and e-mails it to the 

Exchange. Alternatively, the expert may remain off-line, 
with the Exchange notifying him via mail, fax, beeper, or 

- telephone that -there is an open job- request— for— his 

consideration. 

10 When a job is complete, the expert notifies the 

Exchange and requests payment. The Exchange verifies that 
the client is satisfied and executes the prearranged 
billing methodology between the parties. The Exchange may 
be holding full or partial payment in escrow which is then 

15 released. In the event that the user does not pay for the 
service provided, the Exchange absorbs the cost of this 
bad debt. 

There are several variations of the present 
invention that allow for different levels of service, 
20 security and communication confidentiality and privacy. 
One such example is the ability for the user to select 
from a particular list of experts prior to submitting his 
request. In this way, the user can select and review the 
qualifications of the experts and choose the expert or 
25 experts that he feels most comfortable with. Using the 
example above, the user can look through all the 
historians, searching for one with the most relevant 
expertise on Catherine the Great. The user can look for 
historians in a particular subject, or historians with a 

30 given amount of experience. He can also review a complete 
profile of the historian, including journal articles or 
samples of previous client work. The user might also 
communicate to the Exchange using encrypted transmission 
and require that all communication about the job to 

35 potential experts also be encrypted to prevent unwanted 

parties from reviewing the job request materials. (If it 
were known that a manuscript possibly penned by Catherine 
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the Great had been recently discovered, the market for 
other Russian manuscripts might be affected.) 

Another embodiment of the present invention 
allows the expert and the user to communicate directly 
5 once they are put in contact with each other through the 
Exchange. This allows the user to receive real-time 
feedback on requests. For example, once the user has 
asked about an_article_and the expert has responded, the 
user may have more questions about the expert's comments. 

10 In a synchronous communication system, the user is able to 
ask as many follow-up questions as necessary. One way to 
achieve this is through a standard telephone connection. 
The Exchange can set up a time to contact the user and 
expert and call them both to connect them. It is ideally 

15 suited to bill the user for the amount of phone time 

connected, thus making it possible to support an ad hoc 
pay -per -minute service between two parties, one or both of 
whom may not know the identity of the other party. Such 
synchronous communications may also take the form of 

20 digital text transmitted between expert and user. 

The present invention is also valuable because 
it facilitates a universally applicable payment protocol 
for the expert providing advice. In one embodiment, the 
present invention provides experts immediate payment for 

25 services rendered with almost no overhead. The expert 
does not have to be a bank- approved merchant to process 
credit card orders, deal with personal checks, cash, or 
non-payment issues. This allows the expert to maximize 
his earning potential by focusing on providing quality 
30 service. 

In another embodiment of the present invention 
the Exchange manages the billing and payment system 
automatically. The end user's ability to pay for services 
is verified prior to the request reaching the expert. In 
35 order to receive service, the user must have a credit 

card, debit card, checking or savings account, or other 
certified electronic funds available. When a request for 
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services is submitted, the Exchange verifies the end 
user's balance and refuses to submit the request if the 
user cannot pay. Once the expert responds to the request, 
the user's account is immediately debited for the expert's 
5 fee . 

In yet another embodiment of the present 
invention, a grading application is provided. A student 
looking to improve the quality of his work can send an 
expert evaluation request to the Exchange. This request 
10 includes a copy of the work to be evaluated, such as a 

book report, biology paper, or set of math questions. The 
Exchange finds experts to evaluate the work and respond 
with feedback. For example, if a student is writing a 
report on Hamlet, the Exchange could find an expert on 
15 Shakespeare to evaluate the report. As always, the expert 
would be paid accordingly for his services. 

It is also possible for teachers and professors 
to take advantage of the service. The homework and 
reports submitted to a teacher for grading, for example, 
20 can be distributed to experts via the Exchange, a kind of 
digital piecework. A math teacher might have one hundred 
math tests to grade. The tests are divided up into groups 
of twenty and distributed among five certified math 
experts to be evaluated and returned in forty-eight hours. 
25 The students' work is sent to the Exchange electronically 
or via fax for distribution. The teacher can specify the 
grading methods to be used and the correct answers to the 
questions. Once the tests are evaluated and returned to 
the Exchange by the experts, the Exchange reassembles them 
30 into one transmission and sends them back to the teacher. 
The experts are then paid for their services. 

The ability to provide anonymity to the end user 
and expert is another advantage of the present invention. 
The Exchange can provide full or partial anonymity (e.g., 
35 providing no information about the expert, or representing 
only that he is a member of a specific professional 
organization) because it acts as a trusted third party 



WO 98/04061 



PCT/US97/12978 



- 73 - 

messenger between the two parties. It can conceal the 
identity of both people using very simple or very complex 
techniques depending on the level of security required. 

There are many situations where the end user 
5 might not want his identity to be compromised. For 
example, a company president might want to find out 
information on how the public sees his company. The 
president would certainly like honest answers and would 
like to remain anonymous when making the request. 
10 Likewise, an expert who uses the products might not want 
the company to know his identity because he does a lot of 
business with the company. In a criminal investigation, 
the expert witness may not want to reveal his identity for 
fear of being threatened by the accused. Also, people who 
15 have committed a crime might seek legal or moral advice 
from outside experts. 

In other cases, the service itself may want to 
intentionally withhold the identity of one or both parties 
to a potential transaction in order to assure that it will 
20 be paid for its having brought the parties together. Once 
one or both parties are able to contact each other outside 
the service's view, the service has no way to know whether 
the transaction was consummated privately. 

Authentication of the user and the expert is 
25 also a benefit of the present invention. Using 

.cryptography and biometrics, the Exchange can authenticate 
the identity of the parties. The algorithms used can also 
verify that the expert response and ID have not been 
tampered with after the response has been sent to the 
30 Exchange. Digital signatures, for example, provide both 
message integrity and authentication of authorship. 

The present invention also allows for a viable 
"expert service market" by enabling both users and experts 
to bid on services. An electronic auction can be 
35 implemented which allows users to bid for an expert's 
time, experts to bid on user requests, and users and 
experts to negotiate on the price of services. Such 
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services could be sold on a prepaid basis where the expert 
agreed to provide a certain number of hours of real-time 
consulting where such consulting was performed through a 
connection monitored by the Exchange for purposes of 
5 accounting and tracking. 

In another embodiment of the present invention a 
quality monitoring feature is provided. If the user is 
dissatisfied with a response, the Exchange forwards the 
request and the response to another qualified expert for 

10 review. This peer review either accepts or rejects the 
response, and appropriate action is taken. For example, 
if the response is accepted, the end user is notified that 
the response is correct and accurate. If the response is 
rejected, the end user is refunded or offered an alternate 

15 expert, and the expert is notified that his response was 
inadequate . 

The present invention enjoys the advantage of 
not requiring proprietary software. Any communications 
tool that conforms to the standards published by the 

20 Exchange is capable of using the service. Simply reaching 
the service's website on the Internet, for example, allows 
for any person capable of receiving e-mail to use the 
service. Standardized encryption techniques, including 
public key protocols can be used to ensure privacy and 

25 message integrity. Furthermore, since the service is 

designed to reach out and find experts, a party can use 
the service and be paid in digital cash or wire transfer 
without ever having first registered with the service in 
any way. 

30 One goal of the present invention to provide a 

robust system which matches users' requests with expert 
answers. The invention provides various methods of 
communication, commerce and security for the expert and 
the end user. The power of a central controller at an 

35 Exchange to maintain billing, collection, authentication 
and anonymity makes the present invention an improvement 
oyer conventional systems which do not have such an 
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arrangement of elements. By combining various 
arrangements of these elements into one system, the 
present invention makes the finding, selling and 
transferring of expert advice fast, simple, efficient and 
5 market competitive. 

Those skilled in the art will recognize that the 
method and apparatus of the present invention has many 
applications, and t hat the present invention is not 
limited to the representative examples disclosed herein. 
10 Moreover, the scope of the present invention covers 

conventionally known variations and modifications to the 
system components described herein, as would be known by 
those skilled in the art. 
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WHAT IS CLAIMED IS : 

1 . An expert matching apparatus for managing 

communications between an expert having 
5 particular qualifications and an end user 

seeking a solution to an end user request, 
comprising: 

a controller unit configured for 
10 processing an end user request generated by 

an end user, the controller unit having a 
database for storing therein a plurality of 
qualifications for a plurality of experts, 
each expert qualification associated with 
15 an address corresponding to a particular 

expert, said controller unit configured to 
search the database to generate a search 
result containing at least one expert 
qualification which corresponds to the end 
20 user request, said controller unit further 

configured to select an expert based on 
said search result; and 



a transceiver disposed in 
25 communication with said controller unit, 

said transceiver configured for 
transmitting at least a portion of the end 
user request to the address of the selected 
expert, for receiving an expert answer 
30 corresponding to the transmitted end user 

request, and for transmitting at least a 
portion of the expert answer to the end 
user. 



35 2. 



An expert matching apparatus for managing 
communications between an expert having 
particular qualifications and an end user 
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seeking answers to a problem, comprising: 

a controller unit for processing an 
end user request generated by an end user, 
the controller unit having a database for 
storing therein a plurality of expert 
qualifications, each expert qualification 
associated with an expert address 
corresponding to a particular expert, said 
controller unit configured to establish a 
price for an expert answer corresponding to 
an end user request; and 

a transceiver disposed in 
communication with said controller unit, 
said transceiver configured for receiving 
an end user request for evaluation by at 
least one expert, for transmitting at least 
a portion of the end user request to an 
address of a selected expert, for receiving 
the expert answer responsive to the 
transmitted end user request and for 
transmitting the expert answer to the end 
user. 

The apparatus of claims l or 2, wherein said 
transceiver is further configured for receiving 
guaranteed payment information from a guaranteed 
payment system for payment of expert services 
rendered to the end user and for transmitting 
payment remittance information to a payment 
remittance system to remit payment to the 
selected expert. 

The apparatus of claim 3, wherein the controller 
unit is further configured to certify expert 
qualifications, said controller unit further 
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including a second database having expert 
identifiers and qualifications corresponding to 
each expert identifier. 

The apparatus of claim 3 f wherein the 
transceiver is disposed in communication with an 
electronic network, the electronic network 
selected from the group consisting of an 
electronic bulletin board, a web page, a voice 
mail system, a voice telephone system, and a 
facsimile system. 

The apparatus of claim 3, wherein the controller 
unit is configured to authenticate either or 
both origin and integrity of a transmission 
received by the controller unit. 

The apparatus of claim 6, wherein the controller 
unit is configured to authenticate either or 
both origin and integrity of a transmission 
received by the controller unit using a 
cryptographic operation with an encryption key. 

The apparatus of claim 6, wherein the controller 
unit is configured to authenticate either or 
both origin and integrity of a transmission 
received by the controller unit using an 
identifier selected from the group consisting of 
a password, a name, an identification number, 
and a digital signature. 

The apparatus of claim 3, wherein the controller 
unit is configured to classify the end user 
request, the controller unit further including a 
second database having predetermined subject 
matter classifications for classifying the end 
user requests by subjects contained in the 
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second database. 

The apparatus of claim 3, wherein the 
transceiver is configured to anonymously 
transmit the portion of the end user request to 
the selected expert. 

The apparatus of claim 3, wherein the 
transceiver is configured to anonymously 
transmit the expert answer. 

The apparatus of claim 10, wherein the 
transceiver is configured for anonymous 
transmissions using a cryptographic protocol. 

The apparatus of claim 10, wherein the 
transceiver further comprises a voice 
modification processor. 

The apparatus of claim 11, wherein the 
transceiver is configured for anonymous 
transmissions using a cryptographic protocol. 

The apparatus of claim 11, wherein the 
transceiver further comprises a voice 
modification processor. 

The apparatus of claim 3, wherein the 
transceiver is configured to transmit reference 
data to an end user, and the controller unit is 
configured to store and retrieve reference data. 

The apparatus of claim 3, wherein the 
transceiver is configured to receive a bid from 
the end user and transmit the bid to the 
selected expert. 



PCIYUS97/12978 



- 80 - 

The apparatus of claim 3 , wherein the controller 
unit is configured to allow direct communication 
between the selected expert and the end user. 

The apparatus of claim 3, wherein the controller 
unit is configured to store and retrieve a prior 
end user request. 

The apparatus of claim 3 , wherein the end user 
request includes a test answer. 

The apparatus of claim 20, wherein the expert 
answer includes an evaluation of the test 
answer. 

The apparatus of claim 2, wherein the controller 
is configured to establish said price using a 
margin comparator configured for determining 
when a price bid transmitted by the selected 
expert is equal to or less than a payment rate 
submitted by the end user. 

The apparatus of claim 22, wherein the margin 
comparator is configured to select the price bid 
based on margin size. 

The apparatus of claim 3, wherein the expert 
qualifications are selected from the group 
consisting of a subject matter designator, 
experience, education, licenses, location, 
availability criteria, representatives, rates, 
payment method, publications, prior work 
history, and a resume. 

An expert matching device for managing 
communi cat ions between an expert having 
particular qualifications and an end user 
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seeking a solution to an end user request, 
comprising: 

a memory device having a database 
containing a plurality of qualifications 
for a plurality of experts, each expert 
qualification associated with an expert 

address corresponding to a particular 

expert ; and 

a processor disposed in communication 
with said memory device, said processor 
configured to receive an end user request 
generated by an end user, to search the 
database to generate a search result 
containing at least one expert 
qualification which corresponds to the end 
user request, to select an expert based on 
said search result, to transmit at least a 
portion of the end user request to the 
address of the selected expert, to receive 
an expert answer corresponding to the 
transmitted end user request, and to 
transmit at least a portion of the expert 
answer to the end user. 

The expert matching device of claim 25, wherein 
said processor is further configured to receive 
guaranteed payment information from a guaranteed 
payment system for payment of expert services 
rendered to the end user and to transmit payment 
remittance information to a payment remittance 
system to remit payment to the selected expert. 

An expert matching device for managing 
communications between an expert having 
particular qualifications and an end user 
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seeking answers to a problem, comprising: 

a memory device having a database 
containing a plurality of qualifications 
for a plurality of experts, each expert 
qualification associated with an expert 
address corresponding to a particular 
expert ; and 

a processor disposed in communication 
with said memory device, said processor 
configured to receive an end user request 
generated by an end user, to establish a 
price for an expert answer corresponding to 
an end user request, to receive an end user 
request for evaluation by at least one 
expert, to transmit at least a portion of 
the end user request to an address of a 
selected expert, to receive the expert 
answer responsive to the transmitted end 
user request and to transmit the expert 
answer to the end user. 

The expert matching device of claim 27, wherein 
said processor is further configured to receive 
guaranteed payment information from a guaranteed 
payment system for payment to the expert for 
services rendered to the end user in response to 
the end user request. 
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